מה המצב

יש לי web service

אני מעוניין לשכפל אותו לזמן שהוא נופל היוזר יופנה ישר לשרת שני שהשיכפול נמצא שם

הבעיה שלי היא ה DB

אני רוצה שהעדכונים יתבצעו רק ב שרת הראשי

ויתעדכנו בשרת או השרתים המשניים

איך אני שולף את כל ה DB שלי ושולח אותו לweb service אחר כדי שיעדכן אותו

ואיזה DATA אני צריך לשלוח

את כל ה DB שלפי דעתי זה הכי יציב ככה יש כפילות מושלמת

או רק את העידכונים - עכשוי - שעתי - יומי ...??

תודה

חסר פרטים נוספים כדי לדעת איזה פתרון מתאים לך,

האם הגולשים משתמשים בעוגיות?
האם התוכן מתעדכן באופן קבוע? כל הזמן נוסף תוכן חדש?
האם חלק מהגולשים מקבלים תוכן מותאם באופן אישי?
מה התקציב להתקנת הפתרון? האם מדובר באתר שמפסיד כסף (במאות שקלים) על כל דקה שהוא לא עובד?


אבי

אתה פשוט משתמש בפתרון מגניב שהמציאו במיוחד לדברים כאלה, וקוראים לו: Replication

למעשה, זה אפילו כנראה יותר פשוט מבעייה אחרת שיש לך שהיא אולי יותר גדולה מזו שאתה חושב שהיא הבעיה שלך: איך הלקוח ידע להגיע לשרת התקין כשה"ראשי" (לא שזה משנה מי ראשי בקונפיגורצית master-master) לא פועל?

נמאס לכם לזכור סיסמאות? לחצו כאן!

הגישה לשרת מתבצעת מתוך אפליקציה

אם האפליקציה קיבלה NULL מהשרת הראשי

היא עוברת לשני וכו

עד שאין יותר שרתי גיבוי ואז היוזר נזרק החוצה

ציטוט:

הגישה לשרת מתבצעת מתוך אפליקציה

שיושבת...?

אתה מתכוון שהאפליקציה תהיה ה switch של השרתים?
לא קצת הגזמת?

אז האתר לא יהיה זמין כמה זמן.. אז מה?

אחת מהתשובות שאולי תגיד: יש לי לקוחות ואני חייב זמינות גבוהה

התשובה שלי: אז תקנה שרת! תשקיע כסף..

ואין מה לעשות, נפילות שרת זה דבר שקורה..

"כמים הפנים לפנים כך לב האדם לאדם"

לא...
שאני אומר אפליקציה הכוונה היא לאתר לכל דבר

דבר שני כי אני חייב זמינות גבוהה

אני משלם כמה מאות שקלים לחברת שרתים שתתחזק לי את השרת שאני מאוד מרוצה ממנה

אני לא יודע לנהל שרת זאת הסיבה שאנחנו לא קונים שרת

בסך הכל נתקלנו אתמול בכמה נפילות שאני כמובן לא רוצה שיחזרו

אבל ליתר ביטחון אני רוצה לעשות את זה..

ואיך הגולשים יגיעו לשרת השני שלך? (זו בעצם הייתה השאלה שלי)

מה היה טבע הנפילות?

האם אתה בכלל "יורה" לכיוון הנכון?

נמאס לכם לזכור סיסמאות? לחצו כאן!

עכשיו אני גולש לאתר X

אתר X מבקש מהשרת נתונים

לא קיבל נתונים עובר לשרת השני ואז לשלישי לרביעי וכמה שאני אחליט

אם לבסוף אין נתונים מכל הגיבויים

אני כותב שהשרת בשידרוג ושנחזור בהקדם

ציטוט:

במקור נכתב על ידי tbe עכשיו אני גולש לאתר X אתר X מבקש מהשרת נתונים לא קיבל נתונים עובר לשרת השני ואז לשלישי לרביעי וכמה שאני אחליט אם לבסוף אין נתונים מכל הגיבויים אני כותב שהשרת בשידרוג ושנחזור בהקדם

זה מה שאמרת בהודעה השנייה באשכול הזה..

ציטוט:

במקור נכתב על ידי tbe הגישה לשרת מתבצעת מתוך אפליקציה אם האפליקציה קיבלה NULL מהשרת הראשי היא עוברת לשני וכו עד שאין יותר שרתי גיבוי ואז היוזר נזרק החוצה

אבל שוב.. ואם השרת של האפליקציה לא יהיה זמין.. מה תעשה?
הרי הגולשים לא יודעים את הכתובות של האתרים (שרתים) האחרים?
והאפליקציה לא זמינה לשמש כ switch של השרתים.

"כמים הפנים לפנים כך לב האדם לאדם"

אם השרת של האפליקציה נופל אז כל הזין

אבל יש לי עשרות אפיליקציות שמתחברות לשרת אחד

ואם הוא נופל אף אפליקציה לא מקבלת את הנתונים שלה

איך אני יכול לדמות רפליקציה על localhost

לפי המדריכים שראיתי צריך לקנפג את הקבצים של ה DB

וב localhost יש לי קובץ יחיד

תודה

מקפיץ

אפשר להריץ כמה instance-ים של DB על ידי שימוש במספר קובצי קונפיגורציה, והרצת שרת ה DB עם נתינת פרמטר למיקום קובץ אחר עבור כל instance נוסף שמעוניינים בו... כל DB והפרמטר שלו - לא אמרת במה אתה משתמש.

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

נמאס לכם לזכור סיסמאות? לחצו כאן!