ניהול עדכוני תחזוקה של AlloyDB באמצעות אשכול staging

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

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

כדי להשתמש באשכול Staging, מבצעים את השלבים הכלליים הבאים:

1. מגדירים אשכול זמני.
2. להגדיר חלון זמן לתחזוקה באשכול ייצור.
3. ניהול עדכונים של אשכול ה-staging.
4. ניהול עדכונים של אשכולות ייצור.

גישת האימות הזו בסביבת ה-staging לתחזוקה של AlloyDB מבטיחה שסביבת הייצור תישאר יציבה, מאובטחת ועם ביצועים טובים, וגם תיהנה מהתכונות והתיקונים האחרונים של AlloyDB.

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

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

לפני שמתחילים

Google Cloud הפרויקט שבו אתם משתמשים צריך להיות מופעל כדי לגשת ל-AlloyDB.

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

בפרויקט ב- Google Cloudצריך להיות לכם אחד מתפקידי ה-IAM הבאים:

• ‫roles/alloydb.admin: התפקיד המוגדר מראש של אדמין ב-AlloyDB ב-IAM
• ‫roles/owner: תפקיד ה-IAM הבסיסי "בעלים"
• ‫roles/editor: תפקיד העריכה הבסיסי ב-IAM

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

הגדרת אשכול Staging

כדי שהאסטרטגיה הזו תצליח, חשוב לוודא שאשכול ה-staging דומה לסביבת הייצור, ושהוא מקבל עדכונים לפני סביבת הייצור. כדי להגדיר אסטרטגיית "קודם בסביבת Staging", אל תגדירו חלון זמן לתחזוקה באשכול ה-Staging. ‫AlloyDB מעדכן קודם את האשכולות שאין להם חלונות זמן לתחזוקה.

יצירת אשכול בסביבת Staging מהגיבוי של סביבת הייצור

פורסים אשכול Staging שמשקף את סביבת הייצור, ומוודאים שיש לו את אותה גרסה, הגדרה ונתונים של AlloyDB כמו לאשכול הייצור.

כדי לוודא שאשכול ה-staging זהה לסביבת הייצור, השתמשו בפקודה restore כדי לשכפל את מסד הנתונים של הייצור לאשכול ה-staging, ולוודא שהנתונים דומים ושההגדרות תואמות. מומלץ גם להפריד בין סביבות ה-staging והייצור בפרויקטים שונים.

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

• יצירת אשכול חדש של Staging על ידי שחזור מלא של גיבוי של אשכול ייצור קיים. השיטה הזו לא כוללת שחזור של מסד נתונים. עם זאת, בהתאם לתזמון הגיבוי, הנתונים יכולים להיות בני עד 24 שעות. כדי להשתמש בשיטה הזו, קראו את המאמר שחזור אשכול מגיבוי מאוחסן.
• יוצרים אשכול חדש של סביבת Staging באמצעות שחזור מערכת מנקודה מסוימת בזמן (PITR) לזמן ספציפי של גיבוי קיים של מסד נתונים בסביבת הייצור, כולל לזמן האחרון. בשיטה הזו מקבלים את הנתונים העדכניים ביותר, והיא קלה יותר. עם זאת, בהתאם לזמן הגיבוי האחרון של ה-PITR, יכול להיות שייקח יותר זמן לשחזר את הנתונים לזמן שציינתם. כדי להשתמש בשיטה הזו, קראו את המאמר שימוש בשחזור מערכת מנקודה מסוימת בזמן (PITR).

מוודאים שלא מוגדר חלון זמן לתחזוקה באשכול ה-staging

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

כדי לוודא שלא מוגדר חלון זמן לתחזוקה:

המסוף

1. נכנסים לדף Clusters.

   כניסה לדף Clusters

2. לוחצים על אשכול בעמודה Resource Name. הדף Overview נפתח.

3. בקטע Maintenance בדף Overview, בודקים את הפרטים של חלון הזמן לתחזוקה של האשכול.

   הערה: לוקח קצת זמן עד שהפרטים מופיעים בקטע Maintenance של AlloyDB במסוף Google Cloud .

4. אופציונלי: בדף Systems insights אפשר לראות את פרטי סטטוס הפעילות של התחזוקה, כמו Events Timeline.

5. כדי לראות את ניהול Unified Maintenance, מקלידים "Cloud Hub maintenance" בסרגל החיפוש ובוחרים באפשרות Maintenance. בדף הזה אפשר לראות סיכום של פעולות התחזוקה, פעולות תחזוקה בשליטת Google ופרטים על פעולות תחזוקה מתוכננות.

gcloud

1. כדי להשתמש ב-CLI של gcloud, אתם יכולים להתקין ולהפעיל את Google Cloud CLI או להשתמש ב-Cloud Shell.

   gcloud alloydb clusters describe STAGING_CLUSTER_ID \
       --region=LOCATION_ID \
       --project=PROJECT_ID

2. מחפשים את השדה maintenanceUpdatePolicy.maintenanceWindows בפלט. אם לא מוגדר חלון זמן לתחזוקה, השדה הזה לא קיים או שהוא ריק. אם מסיבה כלשהי מוגדר חלון זמן לתחזוקה, צריך למחוק אותו:

   gcloud alloydb clusters update STAGING_CLUSTER_ID \
       --region=LOCATION_ID \
       --maintenance-window-any \
       --project=PROJECT_ID

ניהול של כמה ערוצי הפצה לכמה סביבות שהן לא סביבות ייצור

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

1. סביבת פיתוח
2. סביבת בקרת איכות
3. סביבת Staging

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

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

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

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

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

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

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

‫AlloyDB מעכב באופן אוטומטי את העדכונים לאשכול הייצור למשך שבוע לפחות אחרי שהוא מעדכן את אשכול ה-staging. אם אתם נתקלים בבעיות אחרי העדכונים של אשכול ה-staging, אתם יכולים לדחות את עדכוני התחזוקה של הייצור למשך עד 30 יום, ולפנות לתמיכה שלGoogle Cloud כדי לפתור את הבעיות.

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

המסוף

1. נכנסים לדף Clusters.

   כניסה לדף Clusters

2. לוחצים על אשכול בעמודה Resource Name.

3. בדף Overview, בקטע Maintenance לוחצים על Edit. ייפתח חלון הגדרות.

4. בקטע Preferred maintenance window, בוחרים את היום בשבוע שבו רוצים שיהיה חלון הזמן לתחזוקה. אפשרות ברירת המחדל היא "כל חלון".

   כשיוצרים אשכול, AlloyDB מקצה לו את חלון הזמן הזה לתחזוקה כברירת מחדל.

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

6. לוחצים על עדכון כדי לשמור את השינויים.

gcloud

כדי להשתמש ב-CLI של gcloud, אתם יכולים להתקין ולהפעיל את Google Cloud CLI או להשתמש ב-Cloud Shell.

כדי להגדיר את חלון הזמן לתחזוקה של אשכול AlloyDB, מריצים את הפקודה gcloud alloydb clusters update:

gcloud alloydb clusters update PRODUCTION_CLUSTER_ID \
    --region=LOCATION_ID \
    --maintenance-window-day=DAY_OF_WEEK \
    --maintenance-window-hour=HOUR_OF_DAY \
    --project=PROJECT_ID

מחליפים את הפרטים הבאים:

• ‫PRODUCTION_CLUSTER_ID: המזהה של אשכול הייצור.
• ‫LOCATION_ID: האזור של Google Cloud .
• ‫DAY_OF_WEEK: היום המועדף לתחזוקה, למשל SUNDAY.

• ‫HOUR_OF_DAY: השעה המועדפת לתחזוקה ב-UTC‏ (0-23).

  בדוגמה הבאה מוגדר חלון זמן לתחזוקה בימי ראשון בשעה 02:00 לפי שעון UTC:

  gcloud alloydb clusters update my-prod-cluster \
      --region=us-central1 \
      --maintenance-window-day=SUNDAY \
      --maintenance-window-hour=2 \
      --project=my-production-project

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

כדי לוודא שחלון הזמן לתחזוקה מוגדר לאשכול הייצור, מריצים את הפקודה gcloud alloydb clusters describe:

gcloud alloydb clusters describe PRODUCTION_CLUSTER_ID \
--region=LOCATION_ID \
--project=PROJECT_ID

הפלט מחזיר את השדה maintenanceUpdatePolicy.maintenanceWindows עם היום והשעה שצוינו לתחזוקה.

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

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

כדי להצטרף לקבלת התראות על תחזוקה, פועלים לפי השלבים הבאים:

1. נכנסים לדף Clusters.

   כניסה לדף Clusters

2. לוחצים על אשכול בעמודה Resource Name. הדף Overview נפתח.

3. בקטע Maintenance שבדף Overview, לוחצים על Show details כדי להרחיב את הקטע. אחר כך לוחצים על Edit בשורה Notifications. ייפתח הדף תקשורת.

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

5. בשורה של AlloyDB, בעמודה Email, מעבירים את לחצן ההתראות למצב On.

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

עדכונים של אשכול ה-Staging

משתמשים בסביבת ה-staging כדי לאמת את העדכון הקרוב בסביבת הייצור.

בדיקת הסטטוס לפני העדכון

מכיוון שלאשכול ה-staging אין חלון זמן לתחזוקה, הוא בין האשכולות הראשונים שמקבלים את העדכון. עם זאת, AlloyDB לא שולח התראות לאשכולות שלא הוגדר להם חלון זמן לתחזוקה. עם זאת, אתם יכולים לעקוב אחרי עדכוני התחזוקה באמצעות Logs Explorer במסוף Google Cloud .

1. נכנסים לדף Logs Explorer במסוף Google Cloud :

   כניסה לדף Logs Explorer

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

2. בוחרים באפשרות All Resources, בוחרים את אשכול ה-staging ולוחצים על Apply.

3. בוחרים באפשרות All lognames, בוחרים באפשרות maintenance_events ולוחצים על Apply.

4. בחלונית Timeline, בוחרים את טווח הזמן שבו אשכול ה-Staging יקבל עדכונים.

ביצוע אימות פונקציונלי אחרי העדכון

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

בדיקת הביצועים אחרי העדכון

אחרי שעדכון התחזוקה מסתיים, מאמתים את אשכול ה-staging. אחרי עדכון אשכולות ה-staging, בודקים אם יש השפעה על הביצועים של מסד הנתונים. בצעו בדיקות פונקציונליות וביצועים מקיפות כדי לוודא שהאפליקציות פועלות כצפוי ועומדות בהסכמי רמת השירות (SLA) של הביצועים.

כדי להבטיח יציבות ופעולה אופטימלית, צריך לבצע את הפעולות הבאות:

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

מה עושים עם תוצאות האימות?

בודקים את תוצאות האימות ומבצעים את הפעולות הבאות בהתאם לתוצאות:

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

דחיית אירוע תחזוקה מתוזמן

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

תאריכי ההתחלה והסיום צריכים להיות בפורמט הבא: YYYY-MM-DD. תאריך ההתחלה, תאריך הסיום והשעה הם לפי אזור הזמן UTC.

כדי להשתמש ב-CLI של gcloud, אתם יכולים להתקין ולהפעיל את Google Cloud CLI או להשתמש ב-Cloud Shell.

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

1. מריצים את הפקודה gcloud alloydb clusters update עם הדגלים deny-maintenance-period-start-date,‏ deny-maintenance-period-end-date ו-deny-maintenance-period-time:

   gcloud alloydb clusters update CLUSTER_ID \
       --region LOCATION_ID \
       --deny-maintenance-period-start-date START_DATE \
       --deny-maintenance-period-end-date END_DATE \
       --deny-maintenance-period-time TIME

2. מחליפים את מה שכתוב בשדות הבאים:

   • ‫CLUSTER_ID: האשכול שרוצים להגדיר לו תקופה ללא תחזוקה.
   • ‫LOCATION_ID: האזור ב- Google Cloud שבו נמצא האשכול. לדוגמה: us-central1.
   • ‫START_DATE: תאריך ההתחלה של התקופה ללא תחזוקה, בפורמט YYYY-MM-DD UTC.
   • ‫END_DATE: הסוף של התקופה ללא תחזוקה, בפורמט YYYY-MM-DD UTC.
   • ‫TIME: הזמן של התקופה ללא תחזוקה בפורמט HH:MM UTC. השעות מיוצגות בפורמט של 24 שעות, והערכים נעים בין 00:00 ל-23:59, לדוגמה 16:45.

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

4. פותחים בקשת תמיכה בעדיפות גבוהה ב- Google Cloud ומספקים את כל הבעיות שתועדו. Google Cloud הצוות של Google Cloud יעבוד איתכם כדי לנתח ו לפתור את הבעיות.

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

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

אימות חלון הזמן לתחזוקה

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

המסוף

1. נכנסים לדף Clusters.

   כניסה לדף Clusters

2. לוחצים על אשכול בעמודה Resource Name. הדף Overview נפתח.

3. בקטע Maintenance בדף Overview, בודקים את הפרטים של חלון הזמן לתחזוקה של האשכול.

   הערה: לוקח קצת זמן עד שהפרטים מופיעים בקטע Maintenance של AlloyDB במסוף Google Cloud .

4. אופציונלי: בדף Systems insights אפשר לראות את פרטי סטטוס הפעילות של התחזוקה, כמו Events Timeline.

5. כדי לראות את הניהול של Unified Maintenance, מקלידים "Cloud Hub maintenance" ב<term ref="search bar">שורת החיפוש</term> ולוחצים על Maintenance. בדף הזה אפשר לראות סיכום של פעולות התחזוקה, פעולות תחזוקה בשליטת Google ופרטים על פעולות תחזוקה מתוכננות.

gcloud

כדי להשתמש ב-CLI של gcloud, אתם יכולים להתקין ולהפעיל את Google Cloud CLI או להשתמש ב-Cloud Shell.

מריצים את הפקודה הבאה באמצעות gcloud alloydb clusters describe:

gcloud alloydb clusters describe PRODUCTION_CLUSTER_ID \
    --region=LOCATION_ID \
    --project=PROJECT_ID

אם מתוכנן אירוע תחזוקה, הפלט כולל את maintenanceSchedule ואת startTime. אם בחרתם לקבל התראות, תקבלו גם התראות באימייל.

מעקב אחרי הייצור במהלך חלון זמן לתחזוקה

למרות ש- Google Cloud מבצע את תהליך התחזוקה באופן אוטומטי, מומלץ לעקוב אחרי סביבת הייצור במהלך חלון הזמן המתוזמן לתחזוקה, כדי לוודא ש:

• תקינות האפליקציה: עוקבים אחרי יומני האפליקציה ובדיקות התקינות כדי לזהות סימנים לשיבושים.
• קישוריות למסד הנתונים: מוודאים שהאפליקציות יכולות להתחבר מחדש למסד הנתונים אחרי ההפרעה.
• מדדי AlloyDB: משתמשים ב-Google Cloud Monitoring כדי לבדוק את מדדי AlloyDB (מעבד, זיכרון, חיבורים ועיכוב ברפליקציה) ולוודא שהם חוזרים לרמות הצפויות אחרי העדכון.

אימות עדכון לאחר תחזוקה

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

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

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

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

• מידע על תחזוקה ב-AlloyDB
• הצגה והגדרה של זמני תחזוקה