ניהול מעברים אוטומטיים לשרת גיבוי (failover)

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

בדף הזה מתוארים השלבים לביצוע מעבר לגיבוי בין אשכולות.

לפני שקוראים את הדף הזה, מומלץ לעיין בסקירה הכללית על השכפול ב-Bigtable. מומלץ גם להכיר את אפשרויות הניתוב שזמינות ל-Bigtable.

ביצוע מעבר ידני לגיבוי

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

כדי לבצע מעבר ידני לגיבוי, צריך לעדכן את פרופיל האפליקציה כך שהבקשות ינותבו לאשכול שמגיב ולא לאשכול שלא מגיב:

המסוף

  1. פותחים את רשימת מופעי Bigtable במסוף Google Cloud .

    פתיחת רשימת המופעים

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

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

  3. בקטע Cluster routing, בוחרים באשכול רספונסיבי במופע.

  4. לוחצים על Save. מופיעה תיבת דו-שיח לאישור.

  5. קוראים בעיון את האזהרות בתיבת הדו-שיח לאישור, פועלים לפי ההוראות בתיבת הדו-שיח ולוחצים על המשך.

gcloud

  1. אם אתם לא יודעים את מזהה המכונה, תוכלו להשתמש בפקודה bigtable instances list כדי לראות רשימה של המכונות בפרויקט: 

    gcloud bigtable instances list

  2. אם אתם לא יודעים את מזהי האשכולות של המופע, תוכלו להשתמש בפקודה bigtable clusters list כדי לראות רשימה של אשכולות במופע: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  3. אם אתם לא יודעים את מזהה פרופיל האפליקציה, משתמשים בפקודה bigtable app-profiles list כדי לראות רשימה של פרופילי האפליקציות של המופע: 

    gcloud bigtable app-profiles list --instance=INSTANCE_ID

    מחליפים את INSTANCE_ID במזהה הקבוע של המכונה.

  4. משתמשים בפקודה bigtable app-profiles update כדי לשנות את האשכול שפרופיל האפליקציה משתמש בו:

    gcloud bigtable app-profiles update APP_PROFILE_ID \
    --instance=INSTANCE_ID \
    --route-to=CLUSTER_ID

    עליך לספק את הפרטים הבאים:

    • APP_PROFILE_ID: המזהה הקבוע של פרופיל האפליקציה.
    • ‫INSTANCE_ID: המזהה הקבוע של המופע.
    • ‫CLUSTER_ID: מזהה האשכול שאליו צריך לנתב את כל הבקשות. הדגל הזה מפעיל ניתוב לאשכול יחיד.

    אם תקבלו הודעת שגיאה, תצטרכו לעיין בקפידה באזהרות שמופיעות בהודעת השגיאה. אם רוצים לבטל את השגיאה, מריצים שוב את הפקודה עם הדגל --force.

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

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

ביצוע מעבר אוטומטי לגיבוי (failover)

ב-Bigtable, מעבר אוטומטי לגיבוי הוא באמת אוטומטי. אם פרופיל של אפליקציה משתמש בניתוב מרובה אשכולות, והאשכול הקרוב ביותר לשרת האפליקציה הופך ללא תקין, לא צריך לבצע שום פעולה. מערכת Bigtable מבצעת מעבר אוטומטי לגיבוי (failover), גם אם האשכול לא תקין לזמן קצר, ומשתמשת באשכול התקין הקרוב ביותר כדי לטפל בבקשות עד שהאשכול הלא תקין יתאושש.

כדי לראות את מספר הבקשות שהועברו אוטומטית בתקופה מסוימת, מעיינים בתרשים Automatic Failovers במסוףGoogle Cloud : פותחים את רשימת המופעים, לוחצים על שם המופע ואז על Monitoring.

המאמרים הבאים

איך עוקבים אחרי מופע Bigtable