בדף הזה מוסבר איך להגדיר שדרוגים אוטומטיים של צמתים ב-Google Kubernetes Engine (GKE).
סקירה כללית
שדרוגים אוטומטיים של צמתים עוזרים לשמור על עדכניות הצמתים באשכול בהתאם לגרסה של מישור הבקרה של האשכול, כשמישור הבקרה מתעדכן בשבילכם.
כשיוצרים אשכול או מאגר צמתים חדש באמצעות מסוף Cloud de Confiance או הפקודה gcloud, השדרוג האוטומטי של הצמתים מופעל כברירת מחדל.
מידע נוסף על שדרוגים של אשכולות וצמתים
לשדרוגים אוטומטיים של צמתים יש כמה יתרונות:
- פחות תקורה ניהולית: לא צריך לעקוב אחרי הצמתים ולעדכן אותם באופן ידני כשמישור הבקרה משודרג בשבילכם.
- אבטחה משופרת: לפעמים מתפרסמים קבצים בינאריים חדשים כדי לתקן בעיית אבטחה. בעזרת שדרוגים אוטומטיים, GKE מוודא באופן אוטומטי שעדכוני האבטחה מוחלים ומתעדכנים.
- קלות שימוש: דרך אוטומטית לעדכן את הצמתים בתכונות החדשות ביותר של Kubernetes.
מאגרי צמתים שמופעל בהם שדרוג אוטומטי מתוזמנים לשדרוגים כשהם עומדים בקריטריונים לבחירה (שמפורטים בנתוני גרסה). ההשקות מתבצעות בשלבים במשך כמה שבועות, כדי להבטיח את היציבות של האשכולות וה-fleet. כשמבצעים את השדרוג, הצמתים מרוקנים ונוצרים מחדש כדי להתאים לגרסה הנוכחית של מישור הבקרה. שינויים בדיסק האתחול של מכונת VM של צומת לא נשמרים כשיוצרים מחדש את הצומת. כדי לשמור על השינויים בצומת גם אחרי יצירה מחדש, משתמשים ב-DaemonSet.
שדרוג אוטומטי של צמתים לא זמין באשכולות אלפא. אם אתם משתמשים באשכול עם מאגרי צמתים של Windows Server, כדאי לקרוא את המאמר שדרוג מאגרי צמתים של Windows Server לפני שתפעילו את השדרוג האוטומטי של הצמתים.
לפני שמתחילים
לפני שמתחילים, חשוב לוודא שביצעתם את המשימות הבאות:
- מפעילים את ממשק ה-API של Google Kubernetes Engine. הפעלת Google Kubernetes Engine API
- כדי להשתמש ב-Google Cloud CLI למשימה הזו, מתקינים ואז מאתחלים את ה-CLI של gcloud. אם כבר התקנתם את ה-CLI של gcloud, הריצו את הפקודה
gcloud components updateכדי לקבל את הגרסה העדכנית. יכול להיות שבגרסאות קודמות של ה-CLI של gcloud אי אפשר להריץ את הפקודות שבמסמך הזה.
- מוודאים שיש לכם אשכול Standard קיים. כשיוצרים אשכול חדש באמצעות מסוף Cloud de Confiance או הפקודה Google Cloud CLI, שדרוג אוטומטי של הצומת מופעל כברירת מחדל. כדי ליצור אשכול Standard, קראו את המאמר יצירת אשכול אזורי.
בדיקת הסטטוס של השדרוג האוטומטי במאגר צמתים קיים
שדרוגים אוטומטיים של צמתים מופעלים כברירת מחדל במאגרי צמתים.
כפי שמוגדר בהחרגות של תחזוקה
כדי להשבית את השדרוגים האוטומטיים של הצמתים בכל מאגרי הצמתים באשכול, אפשר להשתמש בהחרגה מתחזוקת האשכול בהיקף "ללא שדרוגים משניים או שדרוגי צמתים". לחלופין, אם יש לכם אשכול שבו אתם רוצים להשבית את השדרוגים האוטומטיים בחלק ממאגרי הצמתים, אבל לא בכולם, אתם יכולים להשתמש בהחרגה של מאגר צמתים מתחזוקה. אם האשכול רשום לערוץ הפצה, אתם יכולים להשתמש בכל אחד מסוגי ההחרגות האלה. כדי לבדוק אם כבר הגדרתם את ההחרגות האלה, אתם יכולים לראות את מדיניות התחזוקה של אשכול.
כפי שמוגדר בשדה של שדרוגים אוטומטיים של הצומת
למרות שזו הגדרה מדור קודם ולא מומלצת, אתם יכולים גם להשבית את השדרוגים האוטומטיים של הצמתים על ידי הגדרת השדה autoUpgrade למאגרי צמתים ספציפיים. כדי לבדוק אם השדרוג האוטומטי מופעל או מושבת במאגר צמתים, אפשר להשתמש בשדה הזה באמצעות Cloud de Confiance המסוף או הפקודה gcloud.
gcloud
כדי לבדוק את מצב השדרוג האוטומטי של מאגר צמתים, מריצים את הפקודה הבאה:
gcloud container node-pools describe NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location CONTROL_PLANE_LOCATION
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים. -
CLUSTER_NAME: שם האשכול שמכיל את מאגר הצמתים. -
CONTROL_PLANE_LOCATION: המיקום ב-Compute Engine של מישור הבקרה של האשכול. באשכולות אזוריים צריך לציין אזור, ובאשכולות של תחומים צריך לציין תחום.
מחפשים את השדה autoUpgrade בפלט כדי לראות אם השדרוגים האוטומטיים מופעלים או מושבתים במאגר הצמתים.
management:
autoUpgrade: true
המסוף
כדי לבדוק את מצב השדרוג האוטומטי של מאגר צמתים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לראות.
לוחצים על הכרטיסייה Nodes.
בקטע Node Pools (מאגרי צמתים), לוחצים על השם של מאגר הצמתים שרוצים להציג.
בדף פרטי מאגר הצמתים, בקטע Management, בודקים את הערך בשדה Auto-upgrade.
הפעלת שדרוגים אוטומטיים של צמתים במאגר צמתים קיים
כשיוצרים אשכול חדש באמצעות מסוף Cloud de Confiance או הפקודה gcloud, השדרוג האוטומטי של הצמתים מופעל כברירת מחדל.
אם השדרוג האוטומטי של הצמתים מושבת, אתם יכולים להפעיל אותו. חשוב לדעת שהשינוי הזה לא משפיע על ההגדרה של החרגות מתחזוקה, שהן הדרך המומלצת למנוע מ-GKE לשדרג אוטומטית את הצמתים. כדי לקבל יותר שליטה על המועד שבו הצמתים יכולים לעבור שדרוג אוטומטי, כדאי להגדיר חלונות זמן לתחזוקה והחרגות.
כדי להפעיל שדרוגים אוטומטיים של צמתים:
gcloud
כדי להפעיל שדרוגים אוטומטיים למאגר צמתים קיים, מריצים את הפקודה הבאה:
gcloud container node-pools update NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location CONTROL_PLANE_LOCATION \
--enable-autoupgrade
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים. -
CLUSTER_NAME: שם האשכול שמכיל את מאגר הצמתים. -
CONTROL_PLANE_LOCATION: המיקום ב-Compute Engine של מישור הבקרה של האשכול. מציינים אזור לאשכולות אזוריים או אזור לאשכולות אזוריים.
המסוף
כדי להפעיל שדרוגים אוטומטיים למאגר צמתים קיים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
לוחצים על הכרטיסייה Nodes.
בקטע Node Pools (מאגרי צמתים), לוחצים על השם של מאגר הצמתים שרוצים לשנות.
בדף פרטים של מאגר הצמתים, לוחצים על edit עריכה.
בקטע ניהול, מסמנים את התיבה הפעלת שדרוג אוטומטי.
לוחצים על Save.
בדיקת הסטטוס של שדרוגי הצמתים
אפשר לבדוק את סטטוס השדרוג באמצעות gcloud container operations.
אפשר לראות רשימה של כל הפעולות שפועלות ושל כל הפעולות שהושלמו באשכול מ-12 הימים האחרונים אם יש פחות מ-5,000 פעולות, או מ-5,000 הפעולות האחרונות:
gcloud container operations list \
--location=CONTROL_PLANE_LOCATION
לכל פעולה מוקצים מזהה פעולה וסוג פעולה, וגם זמני התחלה וסיום, אשכול יעד וסטטוס. הרשימה תיראה כמו בדוגמה הבאה:
NAME TYPE ZONE TARGET STATUS_MESSAGE STATUS START_TIME END_TIME
operation-1505407677851-8039e369 CREATE_CLUSTER us-west1-a my-cluster DONE 20xx-xx-xxT16:47:57.851933021Z 20xx-xx-xxT16:50:52.898305883Z
operation-1505500805136-e7c64af4 UPGRADE_CLUSTER us-west1-a my-cluster DONE 20xx-xx-xxT18:40:05.136739989Z 20xx-xx-xxT18:41:09.321483832Z
operation-1505500913918-5802c989 DELETE_CLUSTER us-west1-a my-cluster DONE 20xx-xx-xxT18:41:53.918825764Z 20xx-xx-xxT18:43:48.639506814Z
כדי לקבל מידע נוסף על פעולה ספציפית, מציינים את מזהה הפעולה כמו שמוצג בפקודה הבאה:
gcloud container operations describe OPERATION_ID \
--location=CONTROL_PLANE_LOCATION
לדוגמה:
gcloud container operations describe operation-1507325726639-981f0ed6
endTime: '20xx-xx-xxT21:40:05.324124385Z'
name: operation-1507325726639-981f0ed6
operationType: UPGRADE_CLUSTER
selfLink: https://container.googleapis.com/v1/projects/.../kubernetes-engine/docs/zones/us-central1-a/operations/operation-1507325726639-981f0ed6
startTime: '20xx-xx-xxT21:35:26.639453776Z'
status: DONE
targetLink: https://container.googleapis.com/v1/projects/.../kubernetes-engine/docs/zones/us-central1-a/clusters/...
zone: us-central1-a
אם השדרוג בוטל או נכשל והושלם באופן חלקי, אתם יכולים להמשיך או להחזיר למצב קודם (roll back) את השדרוג.
בדיקת הגדרות השדרוג של מאגר הצמתים
כדי לראות פרטים על אסטרטגיית השדרוג של הצמתים שמשמשת את מאגרי הצמתים, אפשר להשתמש בפקודה gcloud container node-pools
describe. בשדרוגים כחולים-ירוקים, הפקודה מחזירה גם את השלב הנוכחי של השדרוג.
מריצים את הפקודה הבאה:
gcloud container node-pools describe NODE_POOL_NAME \
--cluster=CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים שרוצים לתאר. -
CLUSTER_NAME: השם של האשכול של מאגר הצמתים שרוצים לתאר. -
CONTROL_PLANE_LOCATION: המיקום (אזור או אזור זמינות) של מישור הבקרה, למשלus-central1אוus-central1-a.
הפקודה הזו תציג את הגדרות השדרוג הנוכחיות. בדוגמה הבאה מוצג הפלט אם אתם משתמשים באסטרטגיית השדרוג כחול-ירוק.
upgradeSettings:
blueGreenSettings:
nodePoolSoakDuration: 1800s
standardRolloutPolicy:
batchNodeCount: 1
batchSoakDuration: 10s
strategy: BLUE_GREEN
אם אתם משתמשים באסטרטגיית השדרוג כחול-ירוק, הפלט כולל גם פרטים על הגדרות השדרוג כחול-ירוק ועל שלב הביניים הנוכחי שלו. בדוגמה הבאה אפשר לראות איך זה נראה:
updateInfo:
blueGreenInfo:
blueInstanceGroupUrls:
- https://www.googleapis.com/compute/v1/projects/{PROJECT_ID}/zones/{LOCATION}/instanceGroupManagers/{BLUE_INSTANCE_GROUP_NAME}
bluePoolDeletionStartTime: {BLUE_POOL_DELETION_TIME}
greenInstanceGroupUrls:
- https://www.googleapis.com/compute/v1/projects/{PROJECT_ID}/zones/{LOCATION}/instanceGroupManagers/{GREEN_INSTANCE_GROUP_NAME}
greenPoolVersion: {GREEN_POOL_VERSION}
phase: DRAINING_BLUE_POOL
השבתת השדרוגים האוטומטיים של הצמתים
אפשר להשבית את השדרוג האוטומטי של הצמתים במאגר צמתים קיים, אם אתם צריכים לנהל ידנית את שדרוגי הצמתים במאגר הצמתים הזה. אם אתם רוצים להשבית את השדרוגים האוטומטיים של הצמתים בכל מאגרי הצמתים באשכול, מומלץ להשתמש בהחרגה של תחזוקת האשכול עם ההיקף 'ללא שדרוגים משניים או שדרוגים של צמתים'. אם יש לכם אשכול שבו אתם רוצים להשבית את השדרוגים האוטומטיים לחלק ממאגרי הצמתים, אבל לא לכולם, השתמשו בהחרגה מתחזוקה של מאגר צמתים. אתם יכולים להשתמש בכל אחד מסוגי ההחרגות האלה אם האשכול שלכם רשום לערוץ הפצה.
אנחנו לא ממליצים על השיטה הזו, אבל אתם יכולים לפעול לפי ההוראות שבקטע הזה כדי להשבית את השדרוגים האוטומטיים של הצמתים במאגר צמתים ספציפי.
לפני שמשביתים את השדרוגים האוטומטיים של הצמתים, חשוב להבין את השיקולים הבאים.
נקודות שחשוב לשים לב אליהן לפני שמשביתים את השדרוגים האוטומטיים של הצמתים
אם משביתים את השדרוגים האוטומטיים של הצמתים במאגר צמתים באמצעות אחת מהשיטות הזמינות, GKE לא מעדכן את גרסת הצמתים, אלא מעדכן לגרסת המשנה הבאה בסוף התמיכה. ביטול ההסכמה לשדרוגים אוטומטיים של צמתים גם לא מונע מ-GKE לשדרג את מישור הבקרה של האשכול.
השבתה מונעת עדכוני גרסה, אבל לא את כל משימות התחזוקה
השבתה של שדרוגים אוטומטיים של צמתים רק מונעת מ-GKE לעדכן את גרסת הצמתים, אבל לא מונעת מ-GKE להתחיל משימות תחזוקה אחרות. לדוגמה, גם אם השדרוגים האוטומטיים של הצמתים מושבתים, הפעלה של סבב כתובות IP, Cloud DNS, הפעלה של מדיניות רשת ב-Kubernetes או העברה ל-PSC באשכול יוצרת מחדש את כל הצמתים. כדי לשלוט בתזמון של פעולות התחזוקה, אתם יכולים להשתמש בחלונות זמן לתחזוקה והחרגות.
השבתה של ההגדרה הזו מעבירה את האחריות לתאימות של צמתי מישור הבקרה
אם משביתים את השדרוג האוטומטי של הצמתים במאגר צמתים, אתם אחראים לוודא שהצמתים באשכול מריצים גרסה שתואמת לגרסת מישור הבקרה של האשכול, בהתאם למדיניות לגבי הבדלים בגרסאות של GKE. השבתת השדרוגים האוטומטיים של הצמתים רק מונעת את השדרוג של מאגרי הצמתים עד סוף התמיכה הרגילה. כדי לשמור על תקינות האשכול, GKE משדרג צמתים שפועלים בגרסה לא נתמכת אחרי שהתמיכה בגרסה מסתיימת.
במאמר לוח הזמנים המשוער של ערוצי ההפצה מפורט מתי תסתיים התמיכה. יכול להיות שהשדרוג של צמתים שפועלות בהם גרסאות לא נתמכות לא יתבצע מיד עם סיום התמיכה בגרסה, והתזמון בפועל עשוי להשתנות לפי שיקול הדעת של Google.
ההשבתה לא מפסיקה פעולות שמתבצעות כרגע
השבתת השדרוגים האוטומטיים של הצמתים לא עוצרת או מבטלת שדרוגים שמתבצעים לצמתים במאגרי הצמתים. כדי לבטל או להפסיק שדרוגים שמתבצעים, פועלים לפי ההוראות במאמר ביטול שדרוג של צומת. ביטול שדרוג של צומת יכול להיות שימושי במצבים שבהם עומסי עבודה נכשלים בצמתים משודרגים, ואתם רוצים למנוע שיבושים נוספים.
אם השדרוג הושלם במלואו לכל מאגר הצמתים, אי אפשר לבטל אותו או להחזיר אותו למצב הקודם. כדי לשדרג לאחור את מאגר הצמתים, קראו את המאמר שדרוג לאחור של מאגרי צמתים.
השבתת השדרוגים האוטומטיים של צמתים במאגר צמתים קיים
אם אתם צריכים להשבית את השדרוגים האוטומטיים של הצמתים במאגר צמתים קיים, מומלץ להשתמש בהחרגה של תחזוקת מאגר הצמתים. הוראות מפורטות מופיעות במאמר בנושא הוספת החרגה של תחזוקה למאגר צמתים קיים. אם אתם רוצים להשבית את השדרוגים האוטומטיים של הצמתים בכל מאגרי הצמתים באשכול, אתם יכולים להשתמש בהחרגה מתחזוקת האשכול עם ההיקף 'No minor or node upgrades' (ללא שדרוגים משניים או שדרוגים של צמתים).
אפשר גם להשתמש בהוראות הבאות כדי להשבית את השדרוגים האוטומטיים של הצמתים במאגר צמתים קיים, אבל אנחנו לא ממליצים על כך.
gcloud
כדי להשבית את השדרוגים האוטומטיים במאגר צמתים קיים, מריצים את הפקודה הבאה:
gcloud container node-pools update NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location CONTROL_PLANE_LOCATION \
--no-enable-autoupgrade
המסוף
כדי להשבית שדרוגים אוטומטיים למאגר צמתים קיים, מבצעים את השלבים הבאים:
נכנסים לדף Google Kubernetes Engine במסוף Cloud de Confiance .
ברשימת האשכולות, לוחצים על שם האשכול שרוצים לשנות.
לוחצים על הכרטיסייה Nodes.
בקטע Node Pools (מאגרי צמתים), לוחצים על השם של מאגר הצמתים שרוצים לשנות.
בדף פרטי מאגר הצמתים, לוחצים על edit עריכה.
בקטע ניהול, מבטלים את הסימון בתיבה הפעלת שדרוג אוטומטי.
לוחצים על שמירה כדי לשנות את האשכול.
יצירת מאגר צמתים עם שדרוגים אוטומטיים של צמתים
כברירת מחדל, במאגרי הצמתים של GKE מופעלים שדרוגים אוטומטיים. עם זאת, אם רוצים לציין במפורש את הגדרת ברירת המחדל הזו, צריך לפעול לפי ההוראות הבאות:
gcloud
כדי ליצור מאגר צמתים עם שדרוג אוטומטי, מציינים את הדגל --enable-autoupgrade בפקודה gcloud container node-pools create:
gcloud container node-pools create NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location CONTROL_PLANE_LOCATION \
--enable-autoupgrade
המסוף
הוראות ליצירת אשכולות ומאגרי צמתים מפורטות במאמרים יצירת אשכול והוספה וניהול של מאגרי צמתים.
קבלת התראות על שדרוג
GKE מפרסם התראות על שדרוגים ב-Pub/Sub, ומספק לכם ערוץ לקבלת מידע מ-GKE על האשכולות שלכם.
מידע נוסף זמין במאמר קבלת התראות על שדרוג אשכולות.
שינוי הפרמטרים של שדרוג מתח
מידע נוסף על שינוי הפרמטרים של שדרוג מתח זמין במאמר הגדרת שדרוגי מתח.
שליטה במהלך שדרוג של מאגר צמתים
במהלך שדרוגים אוטומטיים ושדרוגים של מאגרי צמתים שמופעלים באופן ידני, אפשר לבצע את הפעולות הבאות.
הגדרת שדרוגים מקבילים של מאגרי צמתים
באשכולות עם הרבה מאגרי צמתים, אפשר להגדיר שדרוגים בו-זמניים של מאגרי צמתים כדי לקצר את הזמן הכולל שנדרש לשדרוג האשכול. כדי להגדיר את זה, צריך להגדיר את המספר המקסימלי של מאגרי צמתים ש-GKE יכול לשדרג אוטומטית בו-זמנית. באשכולות Standard, ההגדרה הזו קובעת את מספר השדרוגים של הצמתים שמתבצעים בו-זמנית במאגרי צמתים מסוג Standard ובמאגרי צמתים שמנוהלים על ידי Autopilot. באשכולות Autopilot, ההגדרה הזו קובעת את מספר השדרוגים של קבוצות צמתים שמתבצעים בו-זמנית.
אפשר להגדיר את מגבלת בו-הזמניות כשיוצרים אשכול חדש או מעדכנים אשכול קיים באמצעות ה-CLI של gcloud. מוודאים שהשדרוגים האוטומטיים מופעלים במאגרי הצמתים שרוצים לשדרג אוטומטית בו-זמנית.
אי אפשר להפעיל את התכונה הזו באשכול שרשום לרצף השקה עם שלבים בהתאמה אישית.
כדי להגדיר שדרוגים מקבילים של מאגרי צמתים, מריצים אחת מהפקודות הבאות:
יוצרים אשכול חדש עם הגדרה של שדרוגים בו-זמניים של מאגרי צמתים:
gcloud beta container clusters create CLUSTER_NAME \ --project=PROJECT_NAME --location CONTROL_PLANE_LOCATION \ --node-pool-upgrade-concurrency-config=max-count=MAX_COUNTכדי לעדכן אשכול קיים ולשדרג במקביל מאגרי צמתים:
gcloud beta container clusters update CLUSTER_NAME \ --project=PROJECT_NAME \ --location=CONTROL_PLANE_LOCATION \ --node-pool-upgrade-concurrency-config=max-count=MAX_COUNT
מחליפים את מה שכתוב בשדות הבאים:
-
CLUSTER_NAME: שם האשכול. -
PROJECT_NAME: שם הפרויקט. -
LOCATION: מיקום המחשוב של האשכול. -
MAX_COUNT: המספר המקסימלי של מאגרי צמתים שאפשר לשדרג בו-זמנית. הערך צריך להיות מספר שלם בין1ל-100. כדי לחזור להתנהגות הרציפה שמוגדרת כברירת מחדל, מגדירים את הערך הזה כ-1.
ביטול שדרוג של מאגר צמתים
אפשר לבטל את השדרוג בכל שלב. במאמר ביטול שדרוג מתח מוסבר מה קורה כשמבטלים שדרוג מתח. מידע נוסף על מה שקורה כשמבטלים שדרוג כחול-ירוק זמין במאמר ביטול שדרוג כחול-ירוק.
מאתרים את מזהה הפעולה של השדרוג:
gcloud container operations list \ --location=CONTROL_PLANE_LOCATIONביטול השדרוג:
gcloud container operations cancel OPERATION_ID \ --location=CONTROL_PLANE_LOCATION
אפשר לעיין בgcloud container operations cancelמסמכי העזרה.
המשך השדרוג של מאגר צמתים
כדי להמשיך את השדרוג, אפשר להפעיל אותו ידנית שוב ולציין את גרסת היעד מהשדרוג המקורי.
לדוגמה, אם השדרוג נכשל או אם השהיתם שדרוג שמתבצע, תוכלו להמשיך את השדרוג שבוטל על ידי הפעלה מחדש של אותו שדרוג במאגר הצמתים, תוך ציון גרסת היעד מפעולת השדרוג הראשונית.
למידע נוסף על מה שקורה כשממשיכים שדרוג, קראו את המאמרים המשך של שדרוג מתח ושדרוג כחול-ירוק.
כדי להמשיך את השדרוג, משתמשים בפקודה הבאה:
gcloud container clusters upgrade CLUSTER_NAME \
--node-pool=NODE_POOL_NAME \
--location=CONTROL_PLANE_LOCATION \
--cluster-version VERSION
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים שבו רוצים להמשיך את השדרוג. -
CLUSTER_NAME: שם האשכול של מאגר הצמתים שבו רוצים להמשיך את השדרוג. -
CONTROL_PLANE_LOCATION: המיקום (אזור או תחום) של מישור הבקרה, למשלus-central1אוus-central1-a. -
VERSION: גרסת היעד של השדרוג שבוטל במאגר הצמתים.
מידע נוסף מופיע במאמרי העזרה בנושא gcloud container clusters upgrade.
חזרה לגרסה קודמת של מאגר צמתים
אתם יכולים להחזיר למצב קודם (roll back) מאגר צמתים כדי לשדרג לאחור את הצמתים ששודרגו למצב המקורי שלהם, לפני שהתחיל השדרוג של מאגר הצמתים.
השתמשו בפקודה rollback אם שדרוג שהיה בתהליך בוטל, אם השדרוג נכשל או אם השדרוג לא הושלם כי פג הזמן הקצוב של חלון הזמן לתחזוקה. לחלופין, אם רוצים לציין את הגרסה, פועלים לפי ההוראות להורדת גרסה של מאגר הצמתים.
מידע נוסף על מה שקורה כשמבטלים שדרוג של מאגר צמתים זמין במאמרים ביטול שדרוג מתח או ביטול שדרוג בשיטת blue-green.
כדי להחזיר את השדרוג למצב הקודם, מריצים את הפקודה הבאה:
gcloud container node-pools rollback NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים שרוצים להחזיר לגרסה קודמת. -
CLUSTER_NAME: שם האשכול של מאגר הצמתים שרוצים לבטל את השדרוג שלו. -
CONTROL_PLANE_LOCATION: המיקום (אזור או תחום) של מישור הבקרה, למשלus-central1אוus-central1-a.
אפשר לקרוא מידע נוסף במאמרי העזרה של gcloud container node-pools rollback.
השלמת שדרוג של מאגר צמתים
אם אתם משתמשים באסטרטגיית השדרוג blue-green, אתם יכולים להשלים שדרוג של מאגר צמתים במהלך שלב ההרצה, ולדלג על שאר זמן הטבילה.
במאמר השלמת שדרוג של מאגר צמתים מוסבר איך משלימים שדרוג של מאגר צמתים.
כדי להשלים את השדרוג כשמשתמשים באסטרטגיית השדרוג כחול-ירוק, מריצים את הפקודה הבאה:
gcloud container node-pools complete-upgrade NODE_POOL_NAME \
--cluster CLUSTER_NAME \
--location=CONTROL_PLANE_LOCATION
מחליפים את מה שכתוב בשדות הבאים:
-
NODE_POOL_NAME: שם מאגר הצמתים שרוצים לשדרג. -
CLUSTER_NAME: שם האשכול של מאגר הצמתים שרוצים להשלים את השדרוג שלו. -
CONTROL_PLANE_LOCATION: המיקום (אזור או תחום) של מישור הבקרה, למשלus-central1אוus-central1-a.
אפשר לקרוא מידע נוסף במאמרי העזרה של gcloud container node-pools complete-upgrade.
המאמרים הבאים
- מידע נוסף על מאגרי צמתים
- מידע נוסף על שדרוגים של אשכולות ומאגרי צמתים
- שדרוג ידני של אשכול או מאגר צמתים.
- מידע נוסף על ערוצי הפצה
- פתרון בעיות בשדרוג אשכולות.