או שאם שרת אחד נופל, או עמוס- הגולשים יופנו לשרת השני..

1. אתה מעביר את הגולש שלך לדף הבית על שרת אחד מבין השניים ...
2. אתה בודק את העומס של שני השרתים בצד שרת שלך בעת הכניסה , אם זה השרת המועדף אז ואללה להשאיר אותו פה , אם לא לעשות לו רידירקט ל DNS השני.

עכשיו בנוגע למסדי נתונים זה נקרא אם אני לא טועה מסדי נתונים מבוזרים.

בעיקרון אתה עובד עם 2 מסדי נתונים כאשר אחד מסנכרן את השני כל X זמן מסויים.

בעיקרון זה מומלץ לאתרים ממש גדולים וממש עמוסים , אם יש לך בעיה עם עומס הדבר הראשון שאתה צריך לעשות לפני פניה לגישה של 2 שרתים הוא לבדוק את הקוד שלך מחדש ולמצוא כמה שיותר דרכים לייעל אותו מבחינת קוד , תעבורה, פניות למסד נתונים וכן הלאה..

ה'חאפרית'(לדעתי) מבינהן היא באמת לעשות בעמוד הראשי בדיקה לגבי השרת
(אפשרי ללא כל בעיה) ולגבי כמות הזכרון וכו' ולהריץ בדיקה כזו לגבי שרת רחוק, ואם השרת הרחוק עמוס פחות - להעביר אליו.
הדרך המקצועית יותר היא להשתמש ב load balancers למינהם ברמת התוכנה או החומרה. יש מס' balancers ברמת החומרה, של cisco לדוגמה שאתה יכול
להתקין בחוות השרתים שלך. אתה יכול לעשות את זה ברמת התוכנה. אין לי מושג איך עושים את זה בשרתי PHP כמו שאני מניח שיש לך, אבל בשרתי
וינדואס לדוגמה יש לך את Microsoft NLB שמאפשר לך לעשות את זה.

לגבי ה DB -אתה רוצה לעשות transactional replication - אתה רוצה בעצם
לבצע mirroring של ה DB מהשרת העיקרי שלך לשרת משני (slave). בעזרת
transactional replication אתה יכול לעשות את זה כמעט מיידית לאחר
שהשרת העיקרי מתעדכן. תקרא על זה. זה די פשוט.