הגדרה מדור קודם לזמינות גבוהה

בדף הזה מוסבר על ההגדרה הקודמת של מכונת MySQL לזמינות גבוהה (HA).

בהגדרת HA מדור קודם, מכונת Cloud SQL ל-MySQL משתמשת בעותק משוכפל למעבר אוטומטי כדי להוסיף זמינות גבוהה למכונה. התכונה הזו לא זמינה ב- Google Cloud console. בהגדרה המומלצת לא נעשה שימוש ברפליקות יתירות כשל. במקום זאת, ההגדרה הנוכחית של זמינות גבוהה משתמשת בדיסקים קשיחים אזוריים של Google, שמשכפלים נתונים באופן סינכרוני ברמת הבלוק בין שני אזורים באזור.

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

עדכון מופע מגרסה קודמת לזמינות גבוהה עדכנית

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

  1. עדכון המופע להגדרת הזמינות הגבוהה הנוכחית.

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

    אפשרות נוספת היא להשתמש ב-Database Migration Service כדי להעביר למופע שמשתמש בהגדרת הזמינות הגבוהה הנוכחית.

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

הפעלת מעבר לשירות גיבוי

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

מידע נוסף על מעבר לגיבוי זמין במאמר סקירה כללית על מעבר לגיבוי.

gcloud

מפעילים את המעבר לגיבוי:

gcloud sql instances failover PRIMARY_INSTANCE_NAME

curl

  1. מתארים את המופע הראשי כדי לקבל את הערך של השדה settingsVersion. 
    gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     -X GET \
     https://www.googleapis.com/sql/v1beta4/projects/PROJECT-ID/instances/PRIMARY_INSTANCE_NAME
  2. מפעילים את המעבר לגיבוי: 
    gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json' \
     --data '{"failoverContext":{"settingsVersion":"SETTINGS_VERSION"}}' \
     -X POST \
     https://www.googleapis.com/sql/v1beta4/projects/PROJECT-ID/instances/PRIMARY_INSTANCE_NAME/failover

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

הגדרה מדור קודם: יצירת התראה לגבי השהיית שכפול

משך הזמן שנדרש לפעולת מעבר לגיבוי תלוי במידת ההשהיה של השכפול בזמן התחלת המעבר לגיבוי. אתם יכולים להשתמש ב-Cloud Monitoring במסוףGoogle Cloud כדי לקבל התראה כשהשהיית השכפול חורגת מערך סף.

מידע נוסף על השהיית שכפול זמין במאמר SHOW SLAVE STATUS Syntax (תחביר של SHOW SLAVE STATUS) בדף בתיעוד של MySQL.

מידע נוסף על Cloud Monitoring זמין במסמכי התיעוד של Cloud Monitoring.

הגדרה מדור קודם: הגדרת התראה עבור רפליקה ספציפית של מעבר לגיבוי בעת כשל

  1. בחלונית הניווט של Google Cloud המסוף, בוחרים באפשרות Monitoring ואז באפשרות Alerting.
  2. לוחצים על יצירת מדיניות התראות.
  3. מזינים שם תיאורי להתראה.
  4. בוחרים באפשרות סף מדד ולוחצים על הבא כדי לפתוח את הכרטיסייה 'יעד'.
  5. בשדה Resource Type, בוחרים באפשרות Cloud SQL.
  6. בקטע חל על, בוחרים באפשרות יחיד ואז בוחרים את הרפליקה למעבר אוטומטי.
  7. לוחצים על Next (הבא) כדי לפתוח את הכרטיסייה Configuration (הגדרה).

  8. מזינים את הערכים הבאים:

    שדה ערך
    אם המדד שניות אחרי המאסטר
    תנאי מעל
    ספים ‫120 (או כל ערך אחר שמתאים לסביבה שלכם)
    עבור 3 דקות

  9. בוחרים את שיטות ההתראה ולוחצים על שמירת התנאי.

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

אם אתם מתכננים ליצור כמה רפליקות ליתירות כשל באותו פרויקט, יכול להיות שיהיה לכם קל יותר להגדיר את ההתראה לכל הקבוצה, במקום לכל רפליקה ליתירות כשל בנפרד. כדי ליצור קבוצה לצורך מעקב, משתמשים בסיומת לשמות של רפליקות יתירות הכשל, כמו '‎-failover'. חשוב לוודא שלא משתמשים בסיומת הזו בסוגים אחרים של מכונות Cloud SQL.

יוצרים קבוצת רפליקות למעבר לגיבוי:

  1. נכנסים לדף Monitoring במסוף Google Cloud .

    כניסה ל-Monitoring

  2. בסרגל התפריטים העליון, בוחרים באפשרות קבוצות > יצירה....
  3. מזינים שם תיאורי לקבוצה.
  4. משאירים את האפשרויות Name (שם) ו-Contains (מכיל) מסומנות, ומזינים את מחרוזת המשנה של השם.
  5. לוחצים על שמירת הקבוצה. דף הסיכום של הקבוצה החדשה ייפתח.
  6. מוודאים שהמכונות הצפויות נכללות בקבוצה.

יצירת ההתראה לקבוצת העותקים המשוכפלים למעבר לגיבוי:

  1. בחלונית הניווט של Google Cloud המסוף, בוחרים באפשרות Monitoring ואז באפשרות Alerting.
  2. לוחצים על יצירת מדיניות התראות.
  3. מזינים שם תיאורי להתראה הקבוצתית.
  4. בוחרים באפשרות סף מדד ולוחצים על הבא כדי לפתוח את הכרטיסייה 'יעד'.
  5. בשדה Resource Type, בוחרים באפשרות Cloud SQL.
  6. בקטע חל על, בוחרים באפשרות קבוצה ואז בוחרים את קבוצת היתירות כשל.
  7. משאירים את הסימון לצד האפשרות Any Member Violates (כל חבר שמפר את המדיניות) ולוחצים על Next (הבא) כדי לפתוח את הכרטיסייה Configuration (הגדרה).

  8. מזינים את הערכים הבאים:

    שדה ערך
    אם המדד שניות אחרי המאסטר
    תנאי מעל
    ספים ‫120 (או כל ערך אחר שמתאים לסביבה שלכם)
    עבור 3 דקות

  9. בוחרים את שיטות ההתראה הרצויות ולוחצים על שמירת התנאי.

הגדרה מדור קודם: השבתת זמינות גבוהה במכונה

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

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

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

המסוף

  1. נכנסים לדף Cloud SQL Instances במסוף Google Cloud .

    כניסה לדף Cloud SQL Instances

  2. בוחרים את מופע יתירות הכשל שמשויך למופע שרוצים להשבית בו את הזמינות הגבוהה.
  3. בדף פרטי המכונה, לוחצים על מחיקה.
  4. בחלון Delete Replica, מקלידים מחדש את השם של מופע הגיבוי.
  5. לוחצים על Delete. ההגדרה של המופע המקורי משתנה לאזורית.

gcloud

מידע נוסף זמין במאמר gcloud sql instances delete. 
gcloud sql instances delete FAILOVER_REPLICA_NAME

curl

בדוגמה הבאה נעשה שימוש בשיטה instances:delete כדי למחוק את המופע. 
gcloud auth login
ACCESS_TOKEN="$(gcloud auth print-access-token)"
curl --header "Authorization: Bearer ${ACCESS_TOKEN}" \
     --header 'Content-Type: application/json'\
      -X DELETE\
https://www.googleapis.com/sql/v1beta4/projects/PROJECT-ID/instances/INSTANCE_NAME

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