במסמך הזה מוסברות שיטות מומלצות לאדמינים של פלטפורמות לניהול שדרוגים של אשכולות Google Kubernetes Engine (GKE). כברירת מחדל, GKE משדרג באופן אוטומטי את הגרסה של מישור הבקרה והצמתים של האשכול כדי לספק תכונות חדשות, תיקוני באגים ותיקוני אבטחה, וכך לשמור על הסביבה שלכם מאובטחת ועם ביצועים טובים.
כדי לוודא שהשדרוגים האוטומטיים האלה תואמים לצרכים התפעוליים שלכם ומצמצמים את השיבושים בעומסי העבודה, GKE מציע כלים שמאפשרים לכם לשלוט באופן מקסימלי. במדריך הזה מוסבר איך להשתמש בכלים האלה ביעילות כדי לשמור על ביצועים גבוהים ועל זמינות גבוהה. למידע בסיסי, אפשר לקרוא את המאמר מידע על שדרוגים של אשכולות GKE.
בנוסף לשדרוגי אשכולות, שהם רק עדכונים לגרסת GKE של מישור הבקרה והצמתים, GKE מבצעת מעת לעת עדכונים נוספים לאשכול. הטמעה של השיטות המומלצות שמופיעות במסמך הזה יכולה לעזור לכם להתכונן לחלק מהשינויים האלה. מידע נוסף מופיע במאמר בנושא ניהול שינויים במחזור החיים של אשכולות כדי למזער שיבושים.
סקירה מרוכזת של כל השיטות המומלצות ל-GKE זמינה במאמר שיטות מומלצות ל-GKE.רשימת המשימות
בטבלה הבאה מפורטות המשימות שמוסברות בפירוט בקטעים הבאים. מומלץ לבצע את המשימות האלה כשמכינים את הסביבה לשדרוג האשכול.
| שיטה מומלצת | Tasks |
|---|---|
| בחירת האיזון בין מהירות הפיתוח של התכונות לבין יציבות השדרוג באמצעות ערוצי הפצה | |
| בחירת התזמון של השדרוגים באמצעות מדיניות תחזוקה | |
| שליטה בהשקת שדרוגים באשכולות | |
| שליטה באופן ההפעלה של השדרוגים | |
| מעקב אחרי שדרוגים של אשכולות | |
| צמצום ההפרעות לעומסי עבודה קיימים במהלך שדרוג הצמתים |
בחירת האיזון בין מהירות הפיתוח של התכונות לבין יציבות השדרוג באמצעות ערוצי הפצה
ערוצי הפצה מאפשרים לכם לבחור את האיזון בין מהירות ההשקה של התכונות לבין יציבות השדרוג. כברירת מחדל, אשכולות GKE רשומים בערוץ ההפצה הרגיל. כש-GKE משדרג את רמת הבקרה והצמתים של האשכול כדי לספק תיקוני אבטחה, לפתור בעיות מוכרות ולהציג תכונות חדשות, ערוץ ההפצה קובע באילו גרסאות של GKE האשכול פועל. לדוגמה, אם רוצים לקבל תכונות חדשות מוקדם יותר, אפשר לבחור בערוץ 'מהיר', ואם רוצים גרסאות עם יציבות מוכחת יותר, אפשר לבחור בערוץ 'יציב'. מידע נוסף על בחירה בין ערוצים ספציפיים זמין במאמר אילו ערוצים זמינים.
אם אתם רוצים לשדרג את האשכולות באופן ידני, אתם עדיין יכולים לבחור את ערוץ ההפצה שלכם על ידי בדיקת הגרסאות הזמינות ויעדי השדרוג האוטומטי של הערוץ לפני שאתם בוחרים גרסה חדשה.
בנוסף, אם רוצים לקבל גרסאות תיקון בערוץ הפצה בהקדם האפשרי – למשל, כדי לקבל תיקוני אבטחה קריטיים – אפשר לעיין במאמר מידע על קבלת גרסאות תיקון מוקדם יותר.
בוחרים את רמת התמיכה שרוצים לקבל לגרסה משנית
פלטפורמת GKE מספקת תמיכה בגרסה משנית למשך עד 24 חודשים אחרי שהגרסה הופכת לזמינה בערוץ הרגיל. התמיכה הזו כוללת 14 חודשים של תמיכה רגילה, וכ-10 חודשים של תמיכה מורחבת שזמינה בערוץ Extended. מידע נוסף על התמיכה של GKE בגרסה משנית זמין במאמר בנושא תמיכה בגרסה משנית.
אם אתם צריכים להשאיר את האשכול בגרסה משנית למשך זמן ארוך יותר, אבל עדיין לקבל תיקוני אבטחה אחרי תאריך סיום התמיכה הרגילה, או אם אתם רוצים למנוע את האכיפה של סיום התמיכה הרגילה, אתם יכולים גם להשתמש בערוץ Extended. מידע נוסף זמין בהמשך המאמר, בקטע שימוש בערוץ המורחב כשנדרשת תמיכה לטווח ארוך.
כשגרסת המשנה מגיעה לסוף תקופת התמיכה, מערכת GKE משדרגת אוטומטית את האשכול כדי לוודא שהביצועים והאבטחה שלו יישארו טובים. השדרוג מתבצע בהתאם לערוץ ההפצה שאליו רשום האשכול. למידע נוסף, ראו שדרוגים אוטומטיים של אשכולות לצורך אבטחה ותאימות. אם אתם משתמשים בכלים שמתוארים במסמך הזה כדי למנוע או לדחות את השדרוגים האוטומטיים של האשכולות, מומלץ לשדרג את האשכולות באופן ידני לפני שהגרסה המשנית שמופעלת בהם מגיעה לסוף תקופת התמיכה. אחרת, GKE ישדרג את האשכול באופן אוטומטי.
בחירת התזמון של השדרוגים באמצעות מדיניות תחזוקה
כדי לקבוע מתי אפשר לבצע שדרוגים ומתי אי אפשר, משתמשים באפשרויות הבאות:
- חלונות תחזוקה: בוחרים חלון זמן חוזר שבו GKE יכול לשדרג את האשכול, למשל שעות פעילות שאינן שעות שיא. אם תהליך השדרוג נמשך מעבר לחלון הזמן לתחזוקה, מערכת GKE מנסה להשהות את הפעולה ולחדש אותה במהלך חלון הזמן הבא לתחזוקה.
- החרגות לתחזוקה:
אפשר לבחור תקופה ספציפית שבה GKE לא יכול לשדרג את האשכול, למשל במהלך אירוע מכירות גדול של עסק קמעונאי. אפשר גם להשתמש בהחרגות תחזוקה כדי לדחות באופן זמני שדרוגים אוטומטיים של אשכול, למשל אם אתם מבחינים בבעיה באשכולות אחרים שמשודרגים לגרסה חדשה.
- בתרחישי שימוש מתקדמים, יכול להיות שתצטרכו לבצע ידנית סוגים מסוימים של שדרוגים במקום ש-GKE יבצע אותם. אתם יכולים להשתמש בהחרגות תחזוקה כדי להשבית את השדרוגים האוטומטיים האלה. לדוגמה, אפשר להשתמש בהיקף 'ללא שדרוגים משניים או שדרוגי צמתים' כדי להשבית את כל השדרוגים המשניים ואת כל שדרוגי הצמתים. אתם צריכים לבצע את השדרוגים האלה באופן ידני, או ש-GKE ישדרג את האשכולות שלכם בסוף תקופת התמיכה בגרסה המשנית.
- תדירות התחזוקה: בתרחישי שימוש מתקדמים, אפשר לשלוט במרווח המינימלי בין שני שדרוגים אוטומטיים עוקבים באמצעות תקציב ההפרעה של האשכול.
הגדרת מדיניות תחזוקה מאפשרת לשפר את יכולת החיזוי של השדרוגים ולוודא שהם מתבצעים בזמן הנוח ביותר לעומסי העבודה.
שליטה בהשקת שדרוגים באשכולות
מומלץ להשתמש בכמה סביבות כדי למזער את הסיכון ואת זמן ההשבתה הלא רצוי. לשם כך, צריך לבדוק את השינויים בתוכנה ובתשתית בנפרד מסביבת הייצור. מומלץ להגדיר לפחות סביבת ייצור וסביבת טרום-ייצור או סביבת בדיקה.
מומלץ להשתמש בסביבות הבאות:
| סביבה | תיאור |
|---|---|
| ייצור | הצגת תנועה בזמן אמת למשתמשי קצה באפליקציות עסקיות קריטיות. |
| קנרי | לבדוק חלק קטן מסביבת הייצור לפני שמשדרגים את כל האשכולות. |
| סביבת Staging | לפני שמיישמים את השינויים בסביבת הייצור, צריך לוודא שכל השינויים החדשים שהופעלו מסביבות קודמות פועלים כמצופה. |
| בדיקה | מבצעים השוואה, בדיקות ובקרת איכות (QA) לעומסי עבודה עם גרסת GKE שתשמש אתכם בסביבת הייצור. |
| פיתוח | שימוש באותה גרסה שפועלת בסביבת הייצור לפיתוח פעיל. בסביבה הזו יוצרים תיקונים ושינויים מצטברים שיוטמעו בסביבת הייצור. |
GKE מספק תכונות כמו פריסה מדורגת כדי לעזור לכם לשלוט באופן הפריסה של השדרוגים בסביבות השונות האלה, כפי שמפורט בקטע הבא.
שימוש בהשקה מדורגת להשקה בסביבות שונות
כדי להשיק בהדרגה גרסאות חדשות של GKE בסביבות האלה, מומלץ להשתמש בהשקה מדורגת. בפריסה מדורגת, כל האשכולות משתמשים באותו ערוץ הפצה ובאותה גרסה משנית לאורך שלבי הפריסה. מערכת GKE מפיצה בהדרגה גרסאות חדשות ברצף שהגדרתם. כש-GKE ישיק את הגרסה החדשה בכל הסביבות שלכם, תוכלו לוודא שסביבת האשכול ועומסי העבודה פועלים כצפוי עם הגרסה החדשה.
אם אתם מגדירים סביבה חדשה, אתם יכולים להשתמש בהשקה בשלבים עם שלבים מותאמים אישית (בגרסת Preview). הגרסה החדשה הזו של פריסת רצף מאפשרת לחלק את הפריסה של גרסה חדשה ל-Fleet לכמה שלבים. בגישה הזו, GKE יכול, למשל, לשדרג סביבת קנרי בייצור לפני שדרוג שאר הייצור. לחלופין, אם אתם רוצים להשתמש בגרסה זמינה לכולם של התכונה, שבה נעשה שימוש במודל לינארי יותר ללא שלבים בהתאמה אישית, תוכלו לעיין במאמר מידע על שדרוגי אשכולות עם פריסה לפי רצף.
בדיקת תיקון באגים ושדרוגים קלים ב-GKE
GKE משדרג אוטומטית אשכולות לתיקון חדש בתדירות של פעם בשבוע. עם זאת, שדרוגים של גרסאות משניות מתרחשים רק שלוש פעמים בשנה בערך. גרסאות משניות חדשות של Kubernetes כוללות נפח גדול יותר של שינויים בהשוואה לתיקונים של אותה גרסה משנית. מומלץ לבצע בדיקה נוספת במהלך ההשקה של שדרוגים לגרסאות משניות בסביבות שלכם, כדי לוודא שהגרסה המשנית החדשה פועלת כצפוי עם האשכולות ועומסי העבודה שלכם.
ביצוע בדיקות לפני שדרוג האשכול
לפני שמתבצעים שדרוגים אוטומטיים של אשכולות, מערכת GKE בודקת גרסאות חדשות – למשך זמן שתלוי בערוץ ההפצה – ובודקת את מוכנות האשכול.
לפני שמשדרגים את האשכול, מומלץ לבצע את הפעולות הבאות:
- לכל השדרוגים, כולל שדרוגי תיקון ושדרוגים משניים:
- כדאי לעיין בהערות לגבי הגרסה של GKE כדי לראות אם יש בעיות, ולמצוא את יומן השינויים של גרסאות משניות וגרסאות תיקון חדשות.
- כדאי לעיין בבעיות הידועות ב-GKE כדי לבדוק אם יש בעיות שרלוונטיות לסביבת האשכול ולגרסה החדשה.
- במקרה של שדרוגים משניים, כדאי גם לעיין במידע הבא:
- בודקים אם יש הוצאות משימוש של ממשקי API. מידע נוסף מופיע בהערות הגרסה של GKE לגבי הגרסה החדשה, ביומן השינויים של Kubernetes ובמאמר הוצאה משימוש של תכונות וממשקי API.
- מוודאים שההבדל בגרסאות בין מישור הבקרה לבין הצמתים נתמך. ב-GKE יש תמיכה בהפעלת צמתים עד שתי גרסאות משניות קודמות למישור הבקרה. מידע נוסף זמין במאמר בנושא מדיניות לגבי הבדלים בין גרסאות GKE.
- לשדרוגי צמתים:
- בודקים שיש לכם מספיק משאבים לאסטרטגיית השדרוג של הצומת שבה הצמתים משתמשים. מידע נוסף זמין במאמר בנושא הקצאת משאבים לשדרוג צמתים.
שליטה באופן ההפעלה של השדרוגים
כברירת מחדל, GKE משדרג אוטומטית את האשכולות לגרסאות חדשות באופן קבוע. עם זאת, אפשר גם להשתמש בשדרוגים ידניים כדי לשדרג את האשכול בדיוק מתי שרוצים, ולשלוט בגרסה שמופעלת באשכול.
אפשר לבצע את הפעולות הבאות:
- משדרגים את האשכול באופן ידני.
ביצוע פעולות לשדרוג אוטומטי או ידני של צמתים שנמצאים בתהליך, כולל הפעולות הבאות:
- ביטול שדרוג.
- להמשיך בשדרוג.
- ביטול שדרוג.
- השלמת שדרוג שכבר החל.
אם אתם רוצים לשלוט יותר בתהליך השדרוג, מומלץ להגדיר החרגות מתחזוקה, ואז לבצע שדרוגים ידניים לפי הצורך. מידע נוסף על שדרוגים ידניים ופעולות אחרות שאפשר לבצע במהלך שדרוגים נמצא במאמר שדרוג ידני של אשכול או של מאגר צמתים.
מעקב אחרי שדרוגים של אשכולות
כדי לוודא שהשדרוגים של GKE מתבצעים כמצופה ושהביצועים של סביבת האשכולות נשארים טובים והזמינות שלה נשמרת, כדאי להשתמש בכלים הבאים כדי לעקוב אחרי שדרוגים של אשכולות. כדי להתעדכן בסטטוס של האשכולות, כדאי להשתמש בכלים כמו התראות, תובנות והמלצות ויומני רישום. מומלץ במיוחד לשים לב להודעות על סיום התמיכה, להודעות על תחילת השדרוג ולהודעות על שדרוג מתוזמן של גרסה משנית. כדי לוודא שאתם רואים את ההתראות האלה, מומלץ להגדיר מדיניות התראות.
כדי לקבל פרטים על שדרוגים עדכניים, אפשר להיעזר במקורות המידע הבאים:
- במאמר קבלת תובנות לגבי שדרוגי אשכולות אפשר לקרוא מידע על שדרוגים של אשכולות ספציפיים, כולל יעדי השדרוג האוטומטי הנוכחיים.
- כדי לאחזר יעדים כלליים לשדרוג אוטומטי, אפשר לעיין בטבלה גרסאות נוכחיות. למיפוי ספציפי לגרסה משנית של אשכול, אפשר לעיין בהערות לגבי הגרסה Version updates.
- כדאי לעיין בלוח הזמנים של מהדורות GKE כדי לקבל הערכה אופטימית לגבי הזמן שבו גרסאות משניות יהיו זמינות לשדרוגים, ולהגיע לסוף התמיכה.
- כדי לקבל מידע על אירועי שדרוג, כמו שדרוגים מתוזמנים של אשכולות (בגרסת Preview), אפשר להשתמש ב-Cloud Logging או ב-Pub/Sub כדי להגדיר התראות על אשכולות.
אפשר להשתמש בתובנות והמלצות כדי לקבל את ההמלצות הבאות שספציפיות לאשכול:
צמצום ההפרעות לעומסי עבודה קיימים במהלך שדרוג הצמתים
בנוסף לשיטות המומלצות הכלליות שמתוארות בקטעים הקודמים, מומלץ לשקול הגדרות מתקדמות נוספות כדי להתאים אישית עוד יותר את תהליך השדרוג כך שיתאים לסביבת האשכול ולצרכים של עומסי העבודה.
שיקולים נוספים לגבי פרופילים ספציפיים של עומסי עבודה
סוגים מסוימים של עומסי עבודה וסביבות אשכולות מחייבים הכנה נוספת לשדרוג האשכולות. אם עומס העבודה שלכם מתאים לאחת או יותר מהקטגוריות הבאות, כדאי לקחת בחשבון את השיקולים הנוספים האלה:
- עומסי עבודה שפועלים במכונות שלא מתבצעת בהן העברה פעילה: צמתי GKE, שהם מכונות וירטואליות של Compute Engine שנוצרות על ידי GKE בשמכם, דורשים תחזוקה תקופתית בתשתית הבסיסית. ברוב המקרים, אפשר לבצע מיגרציה פעילה של מופעי Compute Engine, כלומר עומסי עבודה פעילים לא מופרעים בזמן התחזוקה. עם זאת, אי אפשר לבצע מיגרציה פעילה לסוגי מכונות מסוימים, ולכן יכול להיות שיהיו שיבושים בעומסי העבודה שפועלים בצמתי GKE. חשוב לציין שאי אפשר לבצע מיגרציה פעילה של מאיצים, כמו GPU ו-TPU, לעומסי עבודה של AI/ML. מידע נוסף זמין במאמר בנושא ניהול שיבושים בצמתים של GKE שלא מתבצעת בהם העברה פעילה.
- עומסי עבודה עם מגבלות קיבולת: אם עומסי העבודה שלכם משתמשים בסוגי מכונות עם מגבלות קיבולת, צריך לקחת זאת בחשבון כשמבצעים שדרוגים של אשכולות. מידע נוסף זמין במאמר בנושא הקצאת משאבים לשדרוג צמתים.
- עומסי עבודה עם שמירת מצב: אם עומסי העבודה הם עם שמירת מצב ויש להם דרישות ספציפיות לסגירה ולהפעלה מחדש בצורה תקינה, צריך לקחת זאת בחשבון כשמבצעים שדרוגים של אשכולות. מידע נוסף מופיע במאמר בנושא איך מוודאים שעומסי העבודה מוכנים להפרעות.
בקטעים הבאים מוסבר איך אפשר להשתמש בכלים הזמינים כדי לשדרג את סוגי עומסי העבודה האלה.
בחירת אסטרטגיה לשדרוג הצומת
במצב GKE Standard, GKE מציע שיטות שונות לשדרוג צמתים שקובעות איך הצמתים הנפרדים במאגר הצמתים ישודרגו. כשבוחרים אסטרטגיית שדרוג למאגר הצמתים הרגיל, אפשר לבחור את התהליך שבו מושג האיזון הנכון בין מהירות, שיבוש עומס העבודה, צמצום הסיכון ואופטימיזציה של העלויות. אפשר גם להגדיר את הפרמטרים של שיטת הבידינג כך שיתאימו לצרכים שלכם. במצב GKE Autopilot, GKE מנהל את השדרוגים של הצמתים ואין צורך לבחור את האסטרטגיה הספציפית שבה נעשה שימוש. מידע נוסף מופיע במאמר על אסטרטגיות לשדרוג צמתים.
הגדרת רמת הסבילות להפרעות
כדי לוודא שעומסי העבודה שלכם שומרים על רמת יתירות מספקת, אתם יכולים להשתמש בתקציבים להפרעות ב-Pod (PDB). כך, כש-GKE יוצר מחדש את הצמתים במהלך שדרוגים, מה שיכול להקטין באופן זמני את מספר הרפליקות של עומס עבודה, עומסי העבודה שלכם ישמרו על רמת יתירות מספקת.
אם מוגדר PDB, GKE לא ישבית את ה-Pods באפליקציה אם מספר ה-Pods שווה למגבלה שהוגדרה או קטן ממנה. שדרוגים של GKE מתבצעים בהתאם ל-PDB למשך עד 60 דקות. בנוסף, מערכת GKE שולחת לכם התראה אם ניקוז הצומת נחסם על ידי PDB, או אם פסק הזמן של ה-PDB הגיע וה-Pods יימחקו בכוח למרות ההפרה של ה-PDB. מידע נוסף מופיע במאמר בנושא אירועים שגורמים לשיבושים במהלך שדרוג של מאגר צמתים.
שימוש בסיום מבוקר כדי לכבות אפליקציה
אתם יכולים להגדיר סיום תקין כדי לוודא שלעומסי העבודה יש מספיק זמן להתכונן לכיבוי. במהלך שדרוגי צמתים, GKE מכבד את הגדרות הסיום ההדרגתי למשך עד 60 דקות עם שדרוגים של עלייה זמנית (ברירת מחדל), ולמשך עד 24 שעות עם שדרוגים של blue-green ושדרוגים של blue-green עם שינוי גודל אוטומטי (גרסת Preview).
מידע נוסף על הגדרת סיום תקין של תהליכים זמין במאמר הגדרת סיום תקין של עומסי עבודה ב-GKE.
שימוש בערוץ Extended כשצריך תמיכה לטווח ארוך
אם רוצים להשאיר את האשכול בגרסה משנית למשך זמן ארוך יותר, מומלץ לרשום את האשכול לערוץ Extended. בערוץ הזה, GKE תומך בגרסה משנית למשך 24 חודשים בערך. בערוץ המורחב, אתם שולטים בשדרוגים של גרסאות משניות, ו-GKE מבצע שדרוגים אוטומטיים רק בסוף תקופת התמיכה, אם לא יזמתם את השדרוג בעצמכם. מידע נוסף זמין במאמר בנושא קבלת תמיכה לטווח ארוך באמצעות ערוץ Extended.
אם אתם לא צריכים להישאר בגרסה משנית למשך תקופה ארוכה יותר מתקופת התמיכה הרגילה, אבל אתם עדיין רוצים לשלוט בשדרוגים של גרסאות משניות, אתם יכולים במקום זאת להשתמש בהחרגות תחזוקה עם ההיקף 'ללא שדרוגים של גרסאות משניות'.
כדי להפיק את המרב מהערוץ, מומלץ לפעול לפי השיטות המומלצות הבאות. חלק מהשיטות המומלצות האלה דורשות פעולה ידנית, כולל שדרוג ידני של אשכול ושינוי ערוץ ההפצה של אשכול. כדאי לעיין בתרחישים הנתמכים הבאים וגם בקטע מתי לא כדאי להשתמש בערוץ המורחב.
הארכת השימוש בגרסה משנית באופן זמני
אם אתם צריכים לשמור זמנית אשכול בגרסה משנית למשך זמן ארוך יותר מתקופת התמיכה הרגילה של 14 חודשים, למשל כדי לצמצם את השימוש בממשקי API שהוצאו משימוש והוסרו בגרסה המשנית הבאה, אתם יכולים לפעול לפי התהליך הבא. אתם יכולים להעביר באופן זמני את האשכול מערוץ הפצה אחר לערוץ Extended כדי להמשיך לקבל תיקוני אבטחה בזמן שאתם מתכוננים לשדרוג לגרסה המשנית הבאה. כשמוכנים לשדרג לגרסה המשנית הבאה, משדרגים את האשכול באופן ידני, ואז מחזירים את האשכול לערוץ ההפצה המקורי.
שדרוגים של גרסאות משניות פעם או פעמיים בשנה
אם אתם רוצים להקטין למינימום את ההפרעה לאשכול, ועדיין לקבל כמה תכונות חדשות כשהאשכול יהיה מוכן לשדרוג לגרסה משנית חדשה, אתם יכולים לעשות את הפעולות הבאות:
- הרשמה של אשכול לערוץ המורחב.
- מבצעים שני שדרוגים רצופים של גרסה משנית פעם או פעמיים בשנה. לדוגמה, שדרוג מגרסה 1.33 לגרסה 1.34 לגרסה 1.35.
התהליך הזה עוזר לוודא שהאשכול נשאר בגרסה משנית זמינה, מקבל תכונות מגרסאות משניות חדשות, אבל מקבל שדרוגים של גרסאות משניות רק כשמחליטים שהאשכול מוכן.
מתי לא כדאי להשתמש בערוץ המורחב
כדי להשתמש בערוץ המורחב למטרה שלשמה הוא נועד, צריך לבצע פעולה ידנית. התרחיש הבא ממחיש את ההשלכות של שימוש בערוץ המורחב ללא ניהול פעיל של הגרסה המשנית של האשכול.
לא לעשות כלום ולקבל שדרוגים קלים באותה תדירות
אם רוצים שהאשכול יישאר בגרסה משנית מסוימת לתמיד, צריך לרשום את האשכול לערוץ Extended ולא לבצע פעולות נוספות. בסופו של דבר, התמיכה בכל הגרסאות המשניות מופסקת, ו-GKE משדרג אוטומטית אשכולות מגרסאות משניות לא נתמכות. לכן, GKE משדרג את האשכול הזה מגרסה משנית לא נתמכת לגרסה משנית שעומדת להפוך ללא נתמכת, כך שבממוצע מתבצע שדרוג בערך כל ארבעה חודשים. המשמעות של הגישה הזו היא שהשדרוגים של הגרסאות המשניות של האשכול מתבצעים באותה תדירות כמו בערוצי הפצה אחרים, אבל התכונות החדשות מגיעות מאוחר יותר.
המאמרים הבאים
- מידע נוסף על המצבים השונים של GKE זמין במאמר השוואה בין התכונות באשכולות Autopilot ו-Standard.