בדף הזה מוסבר איך ליזום מעבר ידני לגיבוי בעת כשל במופע Memorystore for Redis ברמה רגילה. התכונה 'מעבר ידני לגיבוי בעת כשל' מאפשרת לבדוק איך מעברים רגילים לגיבוי בעת כשל משפיעים על האפליקציה.
במאמר מעבר ידני לגיבוי יש סקירה כללית של התכונה.
הפעלת מעבר לגיבוי (failover)
פותחים חלון טרמינל.
משתמשים בפקודה
gcloud configכדי להגדיר את פרויקט ברירת המחדל:
gcloud config set core/project PROJECT_ID
כדי ליזום מעבר לגיבוי, משתמשים בפקודה הבאה:
gcloud redis instances failover INSTANCE_NAME
מצב הגנה על נתונים (אופציונלי)
יש שני מצבים זמינים להגנה על נתונים:
- מצב
limited-data-loss(ברירת מחדל). force-data-lossמצב.
כדי להגדיר את מצב ההגנה על הנתונים, משתמשים באחת מהפקודות הבאות:
gcloud redis instances failover INSTANCE_NAME --data-protection-mode=limited-data-loss
או
gcloud redis instances failover INSTANCE_NAME --data-protection-mode=force-data-loss
איך פועלים מצבי הגנה על נתונים
במצב limited-data-loss, המערכת מצמצמת את אובדן הנתונים על ידי בדיקה שההפרש בנתונים בין השרת הראשי לבין העותק המשוכפל קטן מ-30MB לפני הפעלת המעבר לגיבוי. ההיסט בשרת הראשי גדל בכל בייט של נתונים שצריך לסנכרן עם העותקים המשוכפלים שלו. במצב limited-data-loss, המעבר לגיבוי יבוטל אם ההפרש הגדול ביותר בהיסט בין השרת הראשי לבין כל עותק משוכפל הוא 30MB או יותר. אם אתם מוכנים לסבול אובדן נתונים גדול יותר ורוצים לבצע את המעבר לגיבוי באופן אגרסיבי, נסו להגדיר את מצב הגנת הנתונים לforce-data-loss.
מצב force-data-loss משתמש בשרשרת של אסטרטגיות יתירות כשל כדי לבצע את יתירות הכשל באופן אגרסיבי. הוא לא בודק את הדלתא של ההיסט בין השרת הראשי לבין הרפליקות לפני שהוא מתחיל את יתירות הכשל. יכול להיות שתאבדו יותר מ-30MB של שינויים בנתונים.
מידע נוסף זמין במאמר בנושא מעבר לגיבוי ידני.