אתם יכולים להשתמש בחלונות תחזוקה ובחריגות מתחזוקה כדי לקבוע מתי אפשר לבצע תחזוקה אוטומטית של האשכולות, כמו שדרוגים אוטומטיים, באשכולות של Google Kubernetes Engine (GKE). לפני שמגדירים את מדיניות התחזוקה הזו, חשוב לעיין בשינויים שתואמים למדיניות התחזוקה של GKE ושינויים שלא תואמים לה.
לפני שמתחילים
לפני שמתחילים, חשוב לוודא שביצעתם את הפעולות הבאות:
- מפעילים את ממשק Google Kubernetes Engine API. הפעלת Google Kubernetes Engine API
- אם רוצים להשתמש ב-CLI של Google Cloud למשימה הזו, צריך להתקין ואז להפעיל את ה-CLI של gcloud. אם התקנתם בעבר את ה-CLI של gcloud, מריצים את הפקודה
gcloud components updateכדי לקבל את הגרסה העדכנית. יכול להיות שגרסאות קודמות של ה-CLI של gcloud לא יתמכו בהרצת הפקודות שמופיעות במסמך הזה.
- מוודאים שיש לכם אשכול קיים במצב Autopilot או במצב Standard. אם אתם צריכים אשכול כזה, צרו אשכול Autopilot.
הגדרת חלון זמן לתחזוקה
כדי להגדיר חלון זמן לתחזוקה, צריך לציין מתי הוא מתחיל, כמה זמן הוא נמשך ומה התדירות שבה הוא חוזר על עצמו. לדוגמה, אפשר להגדיר חלון זמן לתחזוקה שחוזר על עצמו מדי שבוע בימים שני עד שישי למשך ארבע שעות בכל יום.
אפשר להגדיר חלון זמן לתחזוקה באמצעות מסוף Cloud de Confiance או Google Cloud CLI.
שיקולים בהגדרת חלון זמן לתחזוקה
כשמגדירים חלון זמן לתחזוקה, חשוב לפעול לפי ההנחיות הבאות:
- להבין אילו סוגים של אירועי תחזוקה מכבדים את חלונות התחזוקה של GKE ואילו לא. מידע נוסף זמין במאמרים בנושא תחזוקה אוטומטית בהתאם למדיניות התחזוקה של GKE ותחזוקה אוטומטית שלא בהתאם למדיניות התחזוקה של GKE.
- אפשר להגדיר רק חלון זמן אחד לתחזוקה של אשכול, והגדרת חלון זמן חדש מחליפה את הקודם.
- צריך לאפשר זמינות לתחזוקה למשך 48 שעות לפחות בחלון של 32 ימים. החישוב מתייחס רק לחלונות זמינות רצופים של לפחות ארבע שעות.
- כשמשתמשים במסוף Cloud de Confiance , השעות תמיד מוצגות לפי אזור הזמן המקומי.
- חזרות על פעולות לפי יום בשבוע תמיד מבוססות על UTC. לכן, מומלץ להגדיר חלונות זמן לתחזוקה שכוללים חזרות כאלה ב-UTC בלבד, באמצעות ה-CLI של gcloud. אפשר להשתמש בשעה המקומית כשמגדירים דגלים, אבל אזור הזמן לא יישמר. לדוגמה, אם אזור הזמן שלכם הוא UTC+6 ואתם רוצים שחלון זמן לתחזוקה יתחיל בשעה 02:00 בימי רביעי לפי אזור הזמן שלכם, אתם צריכים לציין ערך UTC של 20:00 בימי שלישי. מידע נוסף זמין במאמר בנושא אזורי זמן לחלונות תחזוקה.
הגדרת חלון זמן לתחזוקה
אפשר להגדיר חלון זמן לתחזוקה באשכול קיים באמצעות מסוףCloud de Confiance או ה-CLI של gcloud. חלונות הזמן לתחזוקה ממשיכים לחזור על עצמם עד שמסירים את חלון הזמן לתחזוקה.
gcloud
כדי ליצור או לעדכן חלון זמן לתחזוקה עבור אשכול קיים:
gcloud container clusters update CLUSTER_NAME \
--maintenance-window-start START_TIME \
--maintenance-window-duration DURATION \
--maintenance-window-recurrence RRULE
מחליפים את מה שכתוב בשדות הבאים:
-
CLUSTER_NAME: שם האשכול. START_TIME: השעה ביום שבה מתחיל חלון זמן לתחזוקה החוזר, בפורמט RFC-5545 DTSTART. אפשר גם לציין תאריך עתידי, אם רוצים שחלון זמן לתחזוקה יתחיל לחזור על עצמו לפיRRULEרק אחרי תאריך עתידי. אם מציינים את התאריך אבל לא את השעה, ברירת המחדל היא חצות בתחילת היום.-
DURATION: משך חלון התחזוקה, בפורמט ISO 8601 של שעות, דקות ושניות. צריך להגדיר חלון תחזוקה של 4 שעות לפחות (4H). RRULE: החזרה של חלון זמן לתחזוקה, כפי שמצוין ב-RRULE של RFC-5545. זהו פורמט גמיש עם כמה דרכים לציין כללי חזרה, שקובעים באיזה יום יתחיל חלון זמן לתחזוקה. לדוגמה, אתם יכולים לציין חזרה של אירועים מסוימים מספר פעמים בשבוע או בחודש. אם התאריךEND_TIMEגדול מהתאריךSTART_TIME, חלון הזמן לתחזוקה נמשך כמה ימים. לדוגמה, חלון זמן לתחזוקה שמתחיל ביום ראשון יימשך עד יום שני.
לדוגמה, הפקודה הבאה עורכת אשכול בשם my-cluster עם חלון זמן לתחזוקה שמופעל ביום שישי, 23 באוגוסט 2024, בשעה 2:00 לפנות בוקר לפי שעון UTC. חלון זמן לתחזוקה זה חוזר על עצמו מדי שבוע בימי שני ושישי, ומסתיים 30 שעות לאחר מכן. המועד הראשון של חלון זמן לתחזוקה מתחיל ביום שישי, 23 באוגוסט בשעה 2:00 לפנות בוקר ומסתיים ביום שבת, 24 באוגוסט בשעה 8:00 בבוקר. אפשר לקרוא מידע נוסף על פורמט של תאריכים ושעות.
gcloud container clusters update my-cluster \
--maintenance-window-start 2024-08-23T02:00:00Z \
--maintenance-window-duration 30H \
--maintenance-window-recurrence 'FREQ=WEEKLY;BYDAY=MO,FR'
תרחישים נוספים מופיעים בדוגמאות לחלונות תחזוקה.
המסוף
כדי ליצור או לשנות חלון זמן לתחזוקה עבור אשכול קיים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
בקטע אוטומציה, לוחצים על edit עריכת מדיניות התחזוקה ליד השדה חלון תחזוקה.
מסמנים את תיבת הסימון הפעלת חלון תחזוקה.
בוחרים את שעת ההתחלה ואת משך הזמן, ואז בוחרים את הימים בשבוע שבהם חל חלון זמן לתחזוקה. כדי לערוך את RRule ישירות, בוחרים באפשרות עורך בהתאמה אישית.
לוחצים על שמירת השינויים.
השלמה ידנית של תחזוקה שלא הושלמה
אם שדרוג או תחזוקה אוטומטית אחרת נמשכים יותר זמן מחלון הזמן לתחזוקה, GKE מנסה להפסיק את משימות התחזוקה שמתבצעות ולהמשיך אותן במהלך המופע הבא של חלון הזמן לתחזוקה. אם שדרוג אוטומטי מבוטל, והפעלתם שדרוגים אוטומטיים של צמתים, יכול להיות שהצמתים יהיו במצב של גרסה מעורבת, אבל האשכול אמור לפעול כרגיל.
כדי לשדרג את האשכול באופן ידני, או לבטל שדרוג חלקי או לחזור לגרסה קודמת, אפשר לעיין במאמר בנושא שדרוג ידני של אשכול.
הסרה של חלון זמן לתחזוקה
gcloud
כדי להסיר חלון זמן לתחזוקה מאשכול:
gcloud container clusters update CLUSTER_NAME --clear-maintenance-window
מחליפים את CLUSTER_NAME בשם של האשכול הקיים.
המסוף
כדי להסיר חלון זמן לתחזוקה:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
בקטע אוטומציה, לוחצים על edit עריכת מדיניות התחזוקה ליד השדה חלון תחזוקה.
מבטלים את הסימון בתיבה הפעלת חלון תחזוקה.
לוחצים על שמירת השינויים.
דוגמאות לחלונות זמן לתחזוקה
בדוגמאות הבאות אפשר לראות כמה מהדרכים השונות שבהן אפשר להגדיר חלון זמן לתחזוקה. מוצגים רק הדגלים הרלוונטיים, כי הדגלים משתמשים באותו תחביר ליצירת אשכול חדש או לעדכון אשכול קיים.
סופי שבוע, החל מ-22 באוגוסט 2026
בדוגמה הזו, ההפרש בין חותמות הזמן של ההתחלה והסיום הוא יומיים מלאים, לכן חלון זמן לתחזוקה פועל במשך כל סוף השבוע, לאורך ימי שבת וראשון. אם רוצים שהחלון יהיה באורך שונה מ-48 שעות בדיוק, צריך לשנות את הערך שמוגדר לדגל --maintenance-window-duration.
--maintenance-window-start 2026-08-22T00:00:00Z \
--maintenance-window-duration 48H \
--maintenance-window-recurrence 'FREQ=WEEKLY;BYDAY=SA'
בימים שני עד שישי, מ-9:00 עד 17:00 (שעון UTC-4)
בדוגמה הזו אפשר לראות איך מגדירים חלון זמן לתחזוקה יומי, אבל מדלגים על סופי שבוע. בדוגמה הזו מצוין אזור זמן שאינו UTC.
--maintenance-window-start 2026-09-02T09:00:00-04:00 \
--maintenance-window-duration 8H \
--maintenance-window-recurrence 'FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR'
כל שבוע בשעה 16:00 למשך 8 שעות, UTC-7
אם לא מציינים אזור זמן עבור --maintenance-window-start, נעשה שימוש בשעה המקומית כפי שהוגדרה בחשבון Cloud de Confiance .
במסוף Cloud de Confiance תמיד מוצג הזמן המקומי.
--maintenance-window-start 2026-08-13T16:00:00-7:00 \
--maintenance-window-duration 8H \
--maintenance-window-recurrence 'FREQ=WEEKLY'
בלילה בימי חול
בדוגמה הזו מוצג חלון זמן לתחזוקה יומי שמופעל בלילה בין ימי חול באזור הזמן UTC-7. בדוגמה הזו, חלון הזמן מתחיל ב-20:00 בערב ומסתיים ב-4:00 בבוקר למחרת.
--maintenance-window-start 2026-08-15T20:00:00-7:00 \
--maintenance-window-duration 8H \
--maintenance-window-recurrence 'FREQ=WEEKLY;BYDAY=MO,TU,WE,TH'
הגדרת החרגה של תחזוקה
ב-GKE, אפשר להגדיר שני סוגים של החרגות מתחזוקה: החרגות מתחזוקת האשכול והחרגות מתחזוקת מאגר הצמתים. מידע נוסף מופיע במאמר סוגי החרגות מתחזוקה.
המידע הבא מתייחס להחרגות של תחזוקת אשכולות. מידע נוסף על הדרישות להחרגות של תחזוקת מאגר צמתים זמין במאמר החרגות של תחזוקת מאגר צמתים.
כדי להגדיר החרגה של תחזוקת אשכול לאשכול שלכם, צריך לציין את הפרטים הבאים:
- שם: שם ההחרגה (אופציונלי).
- שעת התחלה: התאריך והשעה שבהם תקופת ההחרגה צריכה להתחיל. שעת ההתחלה חייבת להיות עכשיו או בעתיד.
- שעת הסיום: התאריך והשעה שבהם תקופת ההחרגה אמורה להסתיים. בטבלה הבאה מפורטות ההגבלות על משך תקופת ההחרגה לכל אחד מההיקפים הזמינים. עבור היקפים מסוימים של החרגת תחזוקה, אפשר להגדיר את שעת הסיום כדי לעקוב אחרי תאריך סיום התמיכה של הגרסה המשנית של האשכול.
- היקף: היקף השדרוגים האוטומטיים שרוצים להגביל. בטבלה הבאה מפורטים היקפי ההחרגה הזמינים.
| היקף | מישור הבקרה | צמתים | אורך ההחרגה המקסימלי | ||
|---|---|---|---|---|---|
| שדרוג משני אוטומטי | שדרוג אוטומטי של תיקוני אבטחה | שדרוג משני אוטומטי | שדרוג אוטומטי של תיקוני אבטחה | ||
| ללא שדרוגים (ברירת מחדל) | אסור | אסור | אסור | אסור | התקופה לא יכולה להיות ארוכה מ-90 ימים. |
| אין שדרוגים משניים | אסור | מותר | אסור | מותר |
אפשר להגדיר את ההחרגה של התחזוקה באחת מהדרכים הבאות:
|
| אין שדרוגים משניים או שדרוגים של צמתים | אסור | מותר | אסור | אסור | |
איך מגדירים החרגה של תחזוקה
אפשר ליצור אשכול עם החרגה של תחזוקת האשכול באמצעות מסוףCloud de Confiance , או להגדיר החרגה של תחזוקת האשכול לאשכול קיים באמצעות מסוף Cloud de Confiance או ה-CLI של gcloud. באמצעות ה-CLI של gcloud, אפשר להגדיר את שעת הסיום של החרגת תחזוקה של אשכול כדי לעקוב אחרי תאריך סיום התמיכה בגרסה המשנית של האשכול.
אפשר ליצור החרגה של תחזוקה של מאגר צמתים באמצעות ה-CLI של gcloud.
יצירת אשכול עם החרגה של תחזוקת האשכול
אפשר להגדיר החרגה של תחזוקת אשכול כשיוצרים אשכול חדש באמצעות מסוף Cloud de Confiance . אי אפשר לבצע את המשימה הזו ב-CLI של gcloud.
כדי ליצור אשכול חדש עם החרגה מתחזוקת האשכול:
נכנסים לדף Create an Autopilot cluster במסוף Cloud de Confiance .
כניסה לדף Create an Autopilot cluster
אפשר גם ליצור אשכול רגיל כדי להשלים את המשימה הזו.
מגדירים את האשכול.
בחלונית הניווט, בקטע Cluster, לוחצים על Automation.
בקטע החרגות מתחזוקה, לוחצים על add הוספת החרגה מתחזוקה.
בוחרים את ההיקף, שעת התחלה ושעת סיום.
לוחצים על יצירה.
דוגמה להחרגת תחזוקה בבלאק פריידיי
הגדרת החרגה של תחזוקת אשכול לאשכול קיים
אפשר להגדיר החרגה של תחזוקת אשכול באשכול קיים באמצעות מסוף Cloud de Confiance או ה-CLI של gcloud. באמצעות ה-CLI של gcloud, אפשר להגדיר את שעת הסיום של החרגת תחזוקה כדי לעקוב אחרי תאריך סיום התמיכה של הגרסה המשנית של האשכול.
gcloud
שעת סיום קבועה: הגדרה של החרגת תחזוקה עבור אשכול קיים עם שעת סיום קבועה:
gcloud container clusters update CLUSTER_NAME \ --add-maintenance-exclusion-name EXCLUSION_NAME \ [--add-maintenance-exclusion-start START_DATE_TIME \] --add-maintenance-exclusion-end END_DATE_TIME \ --add-maintenance-exclusion-scope SCOPEמחליפים את מה שכתוב בשדות הבאים:
-
CLUSTER_NAME: השם של האשכול. -
EXCLUSION_NAME: השם של החרגת התחזוקה. -
START_DATE_TIME: אפשר להגדיר תאריך ושעה עתידיים לתחילת ההחרגה. אם לא מציינים את הדגל הזה, ההחרגה מתחילה באופן מיידי. -
END_DATE_TIME: תאריך ושעת הסיום של ההחרגה. -
SCOPE: היקף השדרוג שרוצים להחריג, שיכול להיות אחד מהערכים הבאים:no_upgrades,no_minor_upgradesאוno_minor_or_node_upgrades.
כדי לראות את הפורמטים הנתמכים של תאריכים ושעות, מריצים את הפקודה
gcloud topic datetimes.-
Ends at end of support: configure a maintenance exclusion which tracks the end of support date of your cluster's minor version:
gcloud container clusters update CLUSTER_NAME \ --add-maintenance-exclusion-name EXCLUSION_NAME \ [--add-maintenance-exclusion-start START_DATE_TIME \] --add-maintenance-exclusion-until-end-of-support \ --add-maintenance-exclusion-scope SCOPE
המסוף
כדי להגדיר החרגה מתחזוקה לאשכול קיים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
בקטע אוטומציה, ליד השדה החרגות מתחזוקה, לוחצים על edit עריכת החרגות מתחזוקה.
בקטע החרגות מתחזוקה, לוחצים על add הוספת החרגה מתחזוקה.
בוחרים את ההיקף, שעת התחלה ושעת סיום.
לוחצים על שמירת השינויים.
יצירת מאגר צמתים עם החרגה של תחזוקת מאגר הצמתים
כדי ליצור מאגר צמתים עם החרגה של תחזוקת מאגר הצמתים באמצעות ה-CLI של gcloud:
gcloud container node-pools create POOL_NAME \
--cluster CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION \
--add-maintenance-exclusion-until-end-of-support
מחליפים את מה שכתוב בשדות הבאים:
-
POOL_NAME: השם של מאגר הצמתים החדש. -
CLUSTER_NAME: השם של האשכול. -
CONTROL_PLANE_LOCATION: המיקום של מישור הבקרה של האשכול ב-Compute Engine. מציינים אזור לאשכולות אזוריים או אזור זמין לאשכולות אזוריים.
למידע נוסף על הגדרת מאגר צמתים באמצעות הפקודה הזו, תוכלו לעיין במאמר בנושא gcloud container node-pools
create.
הוספת החרגה של תחזוקה למאגר צמתים קיים
כדי להגדיר החרגה של תחזוקה במאגר צמתים קיים באמצעות ה-CLI של gcloud:
gcloud container node-pools update POOL_NAME \
--cluster CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION \
--add-maintenance-exclusion-until-end-of-support
מחליפים את מה שכתוב בשדות הבאים:
-
POOL_NAME: השם של מאגר הצמתים הקיים. -
CLUSTER_NAME: השם של האשכול. -
CONTROL_PLANE_LOCATION: המיקום של מישור הבקרה של האשכול ב-Compute Engine. מציינים אזור לאשכולות אזוריים או אזור זמין לאשכולות אזוריים.
למידע נוסף על הגדרת מאגר צמתים באמצעות הפקודה הזו, תוכלו לעיין במאמר בנושא gcloud container node-pools
update.
הסרה של החרגה לצורך תחזוקה
אפשר להסיר החרגות מתחזוקת האשכול באמצעות מסוף Cloud de Confiance או ה-CLI של gcloud. כדי להסיר החרגה של תחזוקה של מאגר צמתים, משתמשים ב-CLI של gcloud.
הסרת החרגה של תחזוקת אשכול
gcloud
כדי להסיר החרגה קיימת של תחזוקת אשכול, מריצים את הפקודה הבאה:
gcloud container clusters update CLUSTER_NAME \
--remove-maintenance-exclusion EXCLUSION_NAME
מחליפים את מה שכתוב בשדות הבאים:
-
CLUSTER_NAME: השם של האשכול הקיים. -
EXCLUSION_NAME: השם של החרגת התחזוקה שרוצים להסיר.
המסוף
כדי להסיר החרגה של תחזוקה מאשכול קיים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
בקטע אוטומציה, ליד השדה החרגות מתחזוקה, לוחצים על edit עריכת החרגות מתחזוקה.
בקטע החרגות מתחזוקה, לוחצים על delete מחיקת פריט לצד השדה שעת סיום של ההחרגה שרוצים להסיר.
לוחצים על שמירת השינויים.
כדי לראות את כל ההחרגות מתחזוקה באשכול, אפשר להציג את מדיניות התחזוקה של האשכול.
הסרה של החרגה מתחזוקה של מאגר צמתים
כדי להסיר החרגה של תחזוקת מאגר צמתים ממאגר צמתים קיים:
gcloud container node-pools update POOL_NAME \
--cluster CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION \
--remove-maintenance-exclusion-until-end-of-support
מחליפים את מה שכתוב בשדות הבאים:
-
POOL_NAME: השם של מאגר הצמתים הקיים. -
CLUSTER_NAME: השם של האשכול. -
CONTROL_PLANE_LOCATION: המיקום של מישור הבקרה של האשכול ב-Compute Engine. מציינים אזור לאשכולות אזוריים או אזור זמין לאשכולות אזוריים.
למידע נוסף על הגדרת מאגר צמתים באמצעות הפקודה הזו, תוכלו לעיין במאמר בנושא gcloud container node-pools
update.
דוגמה להחרגת תחזוקה
בדוגמה הבאה, המערכת לא תבצע תחזוקה במשך ארבעת הימים שכוללים את בלאק פריידיי עד סייבר מאנדיי, תקופת המכירות עם נפח הפעילות הגבוה ביותר בשנה עבור עסקים קמעונאיים רבים. בדוגמה הזו אנחנו מראים איך למנוע את חלון זמן לתחזוקה מיום בלאק פריידיי 2021 (26 בנובמבר 2021) עד סייבר מאנדיי 2021 (29 בנובמבר 2021), מחצות לפי שעון החוף המזרחי (UTC-5) עד 23:59:59 לפי שעון החוף הפסיפי (UTC-8).
gcloud container clusters update sample-cluster \
--add-maintenance-exclusion-name black-friday \
--add-maintenance-exclusion-start 2021-11-26T00:00:00-05:00 \
--add-maintenance-exclusion-end 2021-11-29T23:59:59-08:00 \
--add-maintenance-exclusion-scope no_upgrades
צפייה במדיניות התחזוקה של אשכול
כדי לראות את מדיניות התחזוקה של אשכול, כולל אם יש לו חלון תחזוקה וכל ההחרגות שלו מתחזוקה, משתמשים בפקודה הבאה:
gcloud container clusters describe CLUSTER_NAME
זיהוי אשכולות ללא חלון זמן מוגדר לתחזוקה
מערכת GKE מזהה אשכולות שלא הגדרתם להם חלון זמן לתחזוקה, כדי שתוכלו לבחור חלון חוזר שבו מערכת GKE יכולה לבצע תחזוקה של האשכול. מומלץ להגדיר חלון זמן לתחזוקה כדי לוודא ש-GKE מבצע שדרוגים אוטומטיים ותחזוקה אחרת של אשכולות בהתאם למדיניות התחזוקה בזמן שהכי נוח לסביבת האשכול.
GKE מספק את ההנחיות האלה באמצעות תובנה והמלצה דרך שירות ההמלצות. מידע נוסף על ניהול התובנות וההמלצות מ-Recommender זמין במאמר שיפור השימוש ב-GKE באמצעות תובנות והמלצות.
כדי למצוא אשכולות ללא חלון זמן לתחזוקה מוגדר, אפשר להשתמש באחת מהשיטות הבאות:
- משתמשים במסוף Cloud de Confiance .
- משתמשים ב-CLI של gcloud או ב-Recommender API ומציינים את
CLUSTER_MAINTENANCE_WINDOW_AND_EXCLUSIONSrecommender subtype.
הוראות מפורטות מופיעות במאמר איך צופים בתובנות ובהמלצות.
כדי ליישם את ההמלצה הזו, צריך להגדיר חלון זמן לתחזוקה.
פתרון בעיות
המידע הבא יעזור לכם לפתור בעיות נפוצות שקשורות לחלונות תחזוקה ולחריגים.
חלון זמן לתחזוקה מונע את השלמת העדכון של הצומת
אם האשכול לא יכול לסיים עדכוני צמתים, כמו שדרוגים של גרסאות הצמתים, במהלך חלון הזמן המתוזמן לתחזוקה, זה עלול להאט את קצב השדרוגים או לעכב את השלמת השינויים בצמתים. יכול להיות שתצטרכו להתנסות בהגדרות שונות כדי למצוא את האיזון האופטימלי בין מהירות לבין שיבוש בסביבה שלכם. גורמים שיכולים להשפיע על קצב השדרוג כוללים:
- זמינות עם דרישות תחזוקה נמוכות (לדוגמה, חלונות זמן קצרים לתחזוקה).
- מאגרי צמתים גדולים מסוג Standard.
- אסטרטגיית שדרוג הצומת הגדרה שנותנת עדיפות לשיבוש מינימלי לעומת מהירות.
- חלק מהאפשרויות להגדרת ה-Pod. מידע נוסף זמין במאמר שיקולים לגבי משך השדרוג של הצומת.
הגבלת היקף ההחרגות מתחזוקה יכולה לחול רק על ערוצי הפצה
כשמגבילים את היקף השדרוגים האוטומטיים בהחרגת תחזוקה, צריך לרשום את האשכול לערוץ הפצה. אחרת, יכול להיות שתיתקלו בשגיאות הבאות:
ERROR: (gcloud.container.clusters.update) INVALID_ARGUMENT: Cannot update to
STATIC channel since following maintenancePolicy.maintenanceExclusions can only
apply to release channels. Please remove those maintenance exclusions.
ERROR: (gcloud.container.clusters.update) ResponseError: code=400,
message=MaintenancePolicy.maintenanceExclusions["no"] could not apply to cluster
in STATIC channel, only no_upgrades exclusions are allowed in STATIC channel.
החריגות של התחזוקה חורגות מהמגבלה
אפשר לציין עד 3 החרגות תחזוקה שמוציאות מכלל השדרוגים (כלומר, היקף של 'ללא שדרוגים'), אחרת מוצגת השגיאה הבאה:
ERROR: (gcloud.container.clusters.update) ResponseError: code=400,
message=Number of active maintenance exclusions exceeds limit (3).
אפשר לציין עד 20 החרגות תחזוקה בסך הכול, אחרת מוצגת השגיאה הבאה:
ERROR: (gcloud.container.clusters.update) ResponseError: code=400,
message=Number of total maintenance exclusions exceeds limit (20).
המאמרים הבאים
- מידע נוסף על שדרוגים של אשכולות וצמתים
- איך מפעילים שדרוג אוטומטי של הצומת
- מידע על התראות לגבי אשכולות
- מידע נוסף על לוח הזמנים של GKE