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

שדרוגים תוך דילוג על גרסאות מאפשרים לדלג על גרסה משנית כשמשדרגים מאגרי צומתי עובדים אחרי שדרוג מישור הבקרה של אשכול המשתמשים. כך אפשר לצמצם את מספר מחזורי הניקוז וההפעלה מחדש של הצמתים. לדוגמה, אם מאגר צומתי העובדים הוא בגרסה 1.29, אתם יכולים לשדרג את מישור הבקרה של אשכול המשתמש לגרסה 1.30 ואז לגרסה 1.31, ואז לשדרג את מאגר צומתי העובדים ישירות מגרסה 1.29 לגרסה 1.31. היכולת הזו נתמכת באשכולות מתקדמים ולא מתקדמים, חוץ מאשכולות מתקדמים בגרסה 1.31 ובתוכנת Google Distributed Cloud רק לגרסאות VMware שקודמות ל-1.28.

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

מגבלות

אלה המגבלות של שדרוגים תוך דילוג על גרסאות:

• אפשר לדלג על גרסאות בשדרוגים של מאגרי צמתים של Ubuntu ושל מערכת הפעלה שמותאמת לקונטיינרים, אבל לא של מאגרי צמתים של Windows.

• גרסה 1.31: התכונה הזו לא זמינה באשכולות מתקדמים.

• גרסה 1.32 ואילך: התכונה הזו זמינה באשכולות מתקדמים.

• במאגרי צמתים של מאזני עומסים (מאגרי צמתים עם enableLoadBalancer: true) אי אפשר לדלג על גרסאות בשדרוגים או להשתמש בגרסאות שונות. הגרסה של מאגר הצמתים של מאזן העומסים צריכה להיות זהה לגרסת האשכול.

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

היתרונות של שדרוגים תוך דילוג על גרסאות

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

קל יותר לשמור על האשכולות בגרסה נתמכת

גרסה משנית חדשה של Google Distributed Cloud יוצאת כל ארבעה חודשים, ולכל גרסה משנית יש חלון תמיכה של שנה. כדי שהאשכולות יישארו בטווח הגרסאות הנתמכות, צריך לשדרג את הגרסה המשנית בערך כל ארבעה חודשים, כמו שמוצג כאן:

Dec

ינואר

פברואר

מרס

אפריל

מאי

יוני

יולי

אוגוסט

ספטמבר

אוקטובר

נובמבר

Dec

ינואר

פברואר

מרס

אפריל

מאי

יוני

יולי

אוגוסט

ספטמבר

אוקטובר

נובמבר

Dec

ינואר

פברואר

מרס

1.14

שדרוג

1.15

שדרוג

1.16

שדרוג

1.28

שדרוג

1.29

שדרוג

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

Dec

ינואר

פברואר

מרס

אפריל

מאי

יוני

יולי

אוגוסט

ספטמבר

אוקטובר

נובמבר

Dec

ינואר

פברואר

מרס

אפריל

מאי

יוני

יולי

אוגוסט

ספטמבר

אוקטובר

נובמבר

Dec

ינואר

פברואר

מרס

1.14

שדרוג

1.15

1.16

שדרוג

1.28

1.29

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

חלון זמן קצר יותר לתחזוקה

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

סיכום

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

• מעדכנים את האשכולות לגרסה נתמכת: Google Distributed Cloud תומך בשלוש הגרסאות המשניות האחרונות. אם האשכולות שלכם בגרסה לא נתמכת, בהתאם לגרסת האשכול, דילוג על גרסה משנית כשמשדרגים מאגרי צמתים יכול להעביר את האשכולות לגרסה נתמכת עם פחות שדרוגים.

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

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

שליטה בגרסאות של מישור הבקרה ומאגר הצמתים במהלך שדרוג

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

בקובץ התצורה של אשכול המשתמש, השדה nodePools[i].gkeOnPremVersion מאפשר למאגר צמתים ספציפי להשתמש בגרסה שונה מהשדה gkeOnPremVersion ברמה העליונה. שינוי הערך של השדה nodePools[i].gkeOnPremVersion מאפשר לכם לקבוע מתי מאגר הצמתים ישודרג כשאתם מריצים את gkectl upgrade cluster. אם לא כוללים את nodePools[i].gkeOnPremVersion בקובץ התצורה, או אם מגדירים את השדה למחרוזת ריקה, מאגרי הצמתים משודרגים לאותה גרסת יעד שצוינה ב-gkeOnPremVersion.

רצף שדרוג עם דילוג על גרסאות

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

‫1.32 ומעלה

צריך להשתמש ברצף הזה אם גרסת היעד היא 1.32 ואילך. נניח שמישור הבקרה של אשכול המשתמשים וכל מאגרי הצמתים הם בגרסה המשנית 1.N. ככלל, שדרוג של אשכול מגרסה 1.N לגרסה 1.N+2 באמצעות דילוג על גרסאות פועל באופן הבא:

1. משדרגים את אשכול האדמין מגרסה 1.N לגרסת ביניים, 1.N+1.
2. משדרגים את אשכול האדמין מגרסת הביניים 1.N+1 לגרסת היעד 1.N+2.
3. משדרגים רק את מישור הבקרה של אשכול המשתמש מגרסת המקור, 1.N, לגרסת ביניים, 1.N+1. משאירים את מאגרי הצמתים בגרסת המקור. גרסת הביניים נדרשת כי צריך לשדרג את מישור הבקרה גרסה משנית אחת בכל פעם.
4. משדרגים את מישור הבקרה ואת מאגרי הצמתים לגרסת היעד, 1.N+2.

1.31

צריך להשתמש ברצף המיוחד הזה אם אשכול המשתמשים הוא בגרסה 1.29, כלומר גרסת היעד היא 1.31. כשאשכול משתמשים הוא בגרסה 1.29, אשכול אדמין שמנהל את אשכול המשתמשים יכול להיות בגרסה 1.16, 1.28 או 1.29.

1. אם אשכול האדמין הוא בגרסה 1.16, משדרגים אותו לגרסה 1.28.
2. אם אשכול האדמין הוא בגרסה 1.28, משדרגים אותו לגרסה 1.29.
3. משדרגים רק את מישור הבקרה של אשכול המשתמש מגרסת המקור, 1.29, לגרסת ביניים, 1.30. משאירים את מאגרי הצמתים בגרסת המקור. צריך את גרסת הביניים 1.30 כי אפשר לשדרג את מישור הבקרה רק בגרסה משנית אחת בכל פעם.
4. משדרגים את אשכול האדמין מגרסה 1.29 לגרסת הביניים 1.30.
5. משדרגים את אשכול האדמין לגרסת היעד, 1.31.
6. משדרגים את מישור הבקרה של אשכול המשתמש ואת מאגרי הצמתים לגרסת היעד, 1.31.

‫1.30 ומטה

צריך להשתמש ברצף הזה אם גרסת היעד היא 1.30 או גרסה קודמת.

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

1. משדרגים רק את מישור הבקרה מגרסת המקור, 1.N, לגרסת ביניים 1.N+1. משאירים את מאגרי הצמתים בגרסת המקור. גרסת הביניים נדרשת כי צריך לשדרג את מישור הבקרה גרסה משנית אחת בכל פעם.
2. משדרגים את מישור הבקרה ואת מאגרי הצמתים לגרסת היעד 1.N+2.

שדרוג תוך דילוג על גרסאות

בקטע הזה מוסבר איך לשדרג תוך דילוג על גרסאות.

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

1. מוודאים שהגרסה הנוכחית (גרסת המקור) של האשכול היא 1.16 ואילך. חשוב לבדוק את הגרסה של מישור הבקרה (gkeOnPremVersion) ושל כל מאגרי הצמתים (nodePools[i].gkeOnPremVersion).

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

3. כדי לשדרג לגרסה 1.28 ואילך, צריך להפעיל את kubernetesmetadata.googleapis.com ולהקצות את התפקיד kubernetesmetadata.publisher בניהול זהויות והרשאות גישה (IAM) לחשבון השירות של רישום ביומן ומעקב. למידע נוסף, קראו את המאמר דרישות Google API ו-IAM.

ביצוע השדרוג

‫1.32 ומעלה

צריך להשתמש ברצף הזה אם גרסת היעד היא 1.32 ואילך.

לפני שמתחילים, חשוב לוודא שאשכול האדמין הוא לפחות באותה גרסה משנית (1.N) כמו אשכול המשתמש. אם אשכול המשתמשים הוא בגרסה 1.30 ואשכול האדמין הוא בגרסה 1.28 או 1.29, שדרגו את אשכול האדמין גרסה משנית אחת בכל פעם עד שהוא יגיע לגרסה 1.30. אם כבר שדרגתם את אשכול האדמין לגרסה 1.N+1 או 1.N+2, למשל כששדרגתם אשכול משתמש אחר, אתם יכולים לדלג על השלבים של שדרוג אשכול האדמין שכבר ביצעתם.

1. מגדירים את גרסת המקור (1.N), את גרסת הביניים (1.N+1) ואת גרסת היעד (1.N+2) במשתני ה-placeholder הבאים. צריך לציין מספרי גרסאות מלאים בפורמט X.Y.Z-gke.N, למשל 1.34.1000-gke.111:

   תיאור	גרסה
   מורידים את הגרסה הנוכחית של אשכול המשתמשים. זו גרסת המקור (1.N).	SOURCE_VERSION
   בוחרים גרסת ביניים (1.N+1).	INTERMEDIATE_VERSION
   בוחרים את התיקון המומלץ מגרסת המשנה (1.N+2) של היעד.	TARGET_VERSION

2. משדרגים את תחנת העבודה של האדמין ואת אשכול האדמין מגרסת המקור (1.N) לגרסת הביניים (1.N+1):

   1. משדרגים את תחנת העבודה של האדמין לגרסת הביניים INTERMEDIATE_VERSION וממתינים לסיום השדרוג.

   2. מייבאים את קובצי האימג' של מערכת ההפעלה מהחבילה הזמנית ל-vSphere:

      gkectl prepare \
          --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-INTERMEDIATE_VERSION.tgz \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG
      

      מחליפים את ADMIN_CLUSTER_KUBECONFIG בנתיב לקובץ kubeconfig של אשכול האדמין.

   3. מגדירים את השדה bundlePath בקובץ התצורה של אשכול האדמין לחבילת הביניים:

      bundlePath: "/var/lib/gke/bundles/gke-onprem-vsphere-INTERMEDIATE_VERSION.tgz"
      

   4. משדרגים את אשכול האדמין לגרסת הביניים:

      gkectl upgrade admin \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config ADMIN_CLUSTER_CONFIG_FILE
      

      מחליפים את ADMIN_CLUSTER_CONFIG_FILE בנתיב לקובץ התצורה של אשכול הניהול.

3. משדרגים את תחנת העבודה של האדמין ואת אשכול האדמין מגרסת הביניים (1.N+1) לגרסת היעד (1.N+2):

   1. משדרגים את תחנת הניהול לגרסת היעד TARGET_VERSION וממתינים עד שהשדרוג יסתיים.

   2. מייבאים את קובצי האימג' של מערכת ההפעלה מחבילת היעד אל vSphere:

      gkectl prepare \
          --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-TARGET_VERSION.tgz \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG
      

   3. מגדירים את השדה bundlePath בקובץ התצורה של אשכול האדמין לחבילת היעד:

      bundlePath: "/var/lib/gke/bundles/gke-onprem-vsphere-TARGET_VERSION.tgz"
      

   4. משדרגים את אשכול האדמין לגרסת היעד:

      gkectl upgrade admin \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config ADMIN_CLUSTER_CONFIG_FILE
      

4. משדרגים רק את מישור הבקרה של אשכול המשתמש מגרסת המקור (1.N) לגרסת הביניים (1.N+1):

   1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

      • מגדירים את השדה gkeOnPremVersion לגרסת הביניים INTERMEDIATE_VERSION.

      • מגדירים את כל הגרסאות של מאגר צומתי העובדים ב-nodePools[i].gkeOnPremVersion לגרסת המקור, SOURCE_VERSION. אם באשכול יש מאגרי צמתים של מאזן עומסים (enableLoadBalancer: true), צריך להגדיר את השדה gkeOnPremVersion שלהם למחרוזת ריקה ("") כדי שהם ישודרגו עם מישור הבקרה.

      אחרי שמעדכנים את קובץ התצורה, הוא נראה בערך כך:

      gkeOnPremVersion: INTERMEDIATE_VERSION
      # Omitted fields
      nodePools:
      - name: pool-1
        gkeOnPremVersion: SOURCE_VERSION
        # Omitted fields
      - name: pool-2
        gkeOnPremVersion: SOURCE_VERSION
        # Omitted fields
      

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

      gkectl upgrade cluster \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config USER_CLUSTER_CONFIG_FILE
      

      מחליפים את USER_CLUSTER_CONFIG_FILE בנתיב לקובץ התצורה של אשכול המשתמשים.

5. משדרגים את מישור הבקרה של אשכול המשתמש ואת מאגרי צמתים עובדים לגרסת היעד (1.N+2):

   1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

      • מגדירים את השדה gkeOnPremVersion לגרסת היעד, TARGET_VERSION.

      • מגדירים את nodePools[i].gkeOnPremVersion לכל מאגר צמתים כמחרוזת ריקה ("").

      אחרי שמעדכנים את קובץ התצורה, הוא נראה בערך כך:

      gkeOnPremVersion: TARGET_VERSION
      # Omitted fields
      nodePools:
      - name: pool-1
        gkeOnPremVersion: ""
        # Omitted fields
      - name: pool-2
        gkeOnPremVersion: ""
        # Omitted fields
      

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

      gkectl upgrade cluster \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config USER_CLUSTER_CONFIG_FILE
      

1.31

השתמשו ברצף המיוחד הזה אם אשכול המשתמשים הוא בגרסה 1.29, כלומר גרסת היעד היא 1.31. הרצף הזה נדרש כי כללי הגרסאות השתנו בגרסה 1.31.

כשאשכול משתמש הוא בגרסה 1.29, אשכול אדמין שמנהל את אשכול המשתמש יכול להיות בגרסה 1.16, 1.28 או 1.29.

1. אם אשכול האדמין שלכם הוא בגרסה 1.16, פועלים לפי השלבים לשדרוג תחנת העבודה של האדמין ולשדרוג אשכול האדמין לגרסה 1.28.

2. אם אשכול האדמין הוא בגרסה 1.28, פועלים לפי השלבים לשדרוג תחנת העבודה של האדמין ולשדרוג אשכול האדמין לגרסה 1.29.

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

   rm /var/lib/gke/bundles/gke-onprem-vsphere-*.tgz
   

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

1. מגדירים את גרסת המקור (1.29), גרסת ביניים (1.30) וגרסת היעד (1.31) במשתני ה-placeholder הבאים. כל הגרסאות צריכות להיות מספר הגרסה המלא בפורמט x.y.z-gke.N, למשל 1.29.700-gke.110.

   גרסה
   מורידים את הגרסה הנוכחית של אשכול המשתמשים (1.29). זו גרסת המקור.	SOURCE_VERSION
   בוחרים גרסת ביניים 1.30.	INTERMEDIATE_VERSION
   בוחרים את גרסת היעד 1.31. בוחרים את התיקון המומלץ מגרסת המשנה 1.31.	TARGET_VERSION

2. משדרגים את תחנת העבודה של האדמין לגרסת הביניים 1.30, INTERMEDIATE_VERSION. מחכים עד שמופיעה הודעה שהשדרוג בוצע בהצלחה.

3. מתקינים את החבילה המתאימה:

   gkectl prepare \
       --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-INTERMEDIATE_VERSION.tgz \
       --kubeconfig ADMIN_CLUSTER_KUBECONFIG
   

4. משדרגים את תחנת העבודה של האדמין שוב, אבל הפעם לגרסת היעד 1.31, ‏TARGET_VERSION. מחכים עד שמופיעה הודעה שהשדרוג בוצע בהצלחה.

5. מתקינים את החבילה המתאימה:

   gkectl prepare \
       --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-TARGET_VERSION.tgz \
       --kubeconfig ADMIN_CLUSTER_KUBECONFIG
   

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

   1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

      • מגדירים את השדה gkeOnPremVersion לגרסת הביניים INTERMEDIATE_VERSION.

      • מגדירים את כל הגרסאות של מאגרי הצמתים ב-nodePools[i].gkeOnPremVersion לגרסת המקור, SOURCE_VERSION.

      אחרי שמעדכנים את קובץ התצורה, הוא אמור להיראות בערך כך:

      gkeOnPremVersion: INTERMEDIATE_VERSION
      ...
      nodePools:
      - name: pool-1
        gkeOnPremVersion: SOURCE_VERSION
        ...
      - name: pool-2
        gkeOnPremVersion: SOURCE_VERSION
        ...
      

   2. שדרוג מישור הבקרה:

      gkectl upgrade cluster \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config USER_CLUSTER_CONFIG_FILE
      

      מחליפים את USER_CLUSTER_CONFIG בנתיב של קובץ התצורה של אשכול המשתמש.

7. מגדירים את השדה bundlePath בקובץ התצורה של אשכול האדמין לגרסת הביניים 1.30 של החבילה:

   bundlePath: "/var/lib/gke/bundles/gke-onprem-vsphere-INTERMEDIATE_VERSION.tgz"
   

8. משדרגים את אשכול האדמין לגרסת הביניים 1.30:

   gkectl upgrade admin \
       --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
       --config ADMIN_CLUSTER_CONFIG_FILE
   

9. מגדירים את השדה bundlePath בקובץ התצורה של אשכול האדמין לגרסת היעד 1.31 של החבילה:

   bundlePath: "/var/lib/gke/bundles/gke-onprem-vsphere-TARGET_VERSION.tgz"
   

10. משדרגים את אשכול האדמין לגרסת היעד 1.31:

    gkectl upgrade admin \
        --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
        --config ADMIN_CLUSTER_CONFIG_FILE
    

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

    1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

       • מגדירים את השדה gkeOnPremVersion לגרסת היעד, TARGET_VERSION.

       • מגדירים את כל nodePools[i].gkeOnPremVersion כמחרוזת ריקה.

       אחרי שמעדכנים את קובץ התצורה, הוא אמור להיראות בערך כך:

       gkeOnPremVersion: TARGET_VERSION
       ...
       nodePools:
       - name: pool-1
         gkeOnPremVersion: ""
         ...
       - name: pool-2
         gkeOnPremVersion: ""
         ...
       

    2. משדרגים את מישור הבקרה ואת מאגרי הצמתים:

       gkectl upgrade cluster \
           --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
           --config USER_CLUSTER_CONFIG_FILE
       

‫1.30 ומטה

צריך להשתמש ברצף הזה אם גרסת היעד היא 1.30 או גרסה קודמת.

1. מגדירים את גרסת המקור (1.N), את גרסת הביניים (1.N+1) ואת גרסת היעד (1.N+2) במשתני ה-placeholder הבאים. כל הגרסאות צריכות להיות מספר הגרסה המלא בפורמט x.y.z-gke.N, למשל 1.16.11-gke.25.

   גרסה
   בודקים מהי הגרסה הנוכחית של האשכול. זו גרסת המקור (1.N).	SOURCE_VERSION
   בוחרים גרסת ביניים (1.N+1).	INTERMEDIATE_VERSION
   בוחרים את גרסת היעד (1.N+2). בוחרים את התיקון המומלץ מגרסת המשנה של היעד.	TARGET_VERSION

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

3. מתקינים את החבילה המתאימה:

   gkectl prepare \
       --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-INTERMEDIATE_VERSION.tgz \
       --kubeconfig ADMIN_CLUSTER_KUBECONFIG
   

   מחליפים את ADMIN_CLUSTER_KUBECONFIG בנתיב של קובץ kubeconfig של אשכול האדמין.

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

5. מתקינים את החבילה המתאימה:

   gkectl prepare \
       --bundle-path /var/lib/gke/bundles/gke-onprem-vsphere-TARGET_VERSION.tgz \
       --kubeconfig ADMIN_CLUSTER_KUBECONFIG
   

6. משדרגים רק את מישור הבקרה לגרסת הביניים באופן הבא:

   1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

      • מגדירים את השדה gkeOnPremVersion לגרסת הביניים INTERMEDIATE_VERSION.

      • מגדירים את כל הגרסאות של מאגרי הצמתים ב-nodePools[i].gkeOnPremVersion לגרסת המקור, SOURCE_VERSION.

      אחרי שמעדכנים את קובץ התצורה, הוא אמור להיראות בערך כך:

      gkeOnPremVersion: INTERMEDIATE_VERSION
      ...
      nodePools:
      - name: pool-1
        gkeOnPremVersion: SOURCE_VERSION
        ...
      - name: pool-2
        gkeOnPremVersion: SOURCE_VERSION
        ...
      

   2. שדרוג מישור הבקרה:

      gkectl upgrade cluster \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config USER_CLUSTER_CONFIG_FILE
      

      מחליפים את USER_CLUSTER_CONFIG בנתיב של קובץ התצורה של אשכול המשתמש.

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

   1. מבצעים את השינויים הבאים בקובץ התצורה של אשכול המשתמש:

      • מגדירים את השדה gkeOnPremVersion לגרסת היעד, TARGET_VERSION.

      • מגדירים את כל nodePools[i].gkeOnPremVersion כמחרוזת ריקה.

      אחרי שמעדכנים את קובץ התצורה, הוא אמור להיראות בערך כך:

      gkeOnPremVersion: TARGET_VERSION
      ...
      nodePools:
      - name: pool-1
        gkeOnPremVersion: ""
        ...
      - name: pool-2
        gkeOnPremVersion: ""
        ...
      

   2. משדרגים את מישור הבקרה ואת מאגרי הצמתים:

      gkectl upgrade cluster \
          --kubeconfig ADMIN_CLUSTER_KUBECONFIG \
          --config USER_CLUSTER_CONFIG_FILE
      

אם אין לכם אשכולות משתמשים אחרים לשדרוג, הסירו את החבילות מתחנת הניהול כדי לחסוך מקום:

rm /var/lib/gke/bundles/gke-onprem-vsphere-*.tgz

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

• יצירה וניהול של מאגרי צמתים
• הגדרת מדיניות העדכון של מאגר הצמתים