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

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

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

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

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

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

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

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

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

  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 כדי לקבל התראה כשהשהיית השכפול חורגת מערך סף.

מידע נוסף על השהיית שכפול זמין בחיפוש של 'seconds_behind_master' בדף SHOW SLAVE STATUS Syntax במאמרי העזרה של 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 .

    מעבר למעקב

  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

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