במסמך הזה מפורטות שיטות מומלצות לאדמינים של פלטפורמות לניהול שדרוגים של אשכולות Google Kubernetes Engine (GKE). כברירת מחדל, GKE משדרג באופן אוטומטי את הגרסה של מישור הבקרה והצמתים של האשכול כדי לספק תכונות חדשות, תיקוני באגים ותיקוני אבטחה, וכך לשמור על הביצועים והאבטחה של הסביבה.
כדי לוודא שהשדרוגים האוטומטיים האלה תואמים לצרכים התפעוליים שלכם ולצמצם את השיבושים בעומסי העבודה, GKE מציע כלים שיאפשרו לכם לשלוט באופן מקסימלי. במדריך הזה מוסבר איך להשתמש בכלים האלה ביעילות כדי לשמור על ביצועים וזמינות גבוהים. למידע בסיסי, אפשר לקרוא את המאמר מידע על שדרוגים של אשכולות GKE.
בנוסף לשדרוגים של האשכול, שהם רק עדכונים לגרסת GKE של מישור הבקרה והצמתים, GKE מבצעת מעת לעת עדכונים נוספים לאשכול. הטמעה של השיטות המומלצות שמתוארות במסמך הזה יכולה לעזור לכם להתכונן לחלק מסוגי השינויים האלה. מידע נוסף מופיע במאמר ניהול השינויים במחזור החיים של האשכולות כדי לצמצם את ההפרעות.
לסקירה כללית של כל השיטות המומלצות ל-GKE, קראו את המאמר שיטות מומלצות ל-GKE.רשימת המשימות
בטבלה הבאה מפורטות המשימות שמוסברות בהרחבה בקטעים הבאים. מומלץ לבצע את המשימות האלה כשמכינים את הסביבה לשדרוג האשכול.
| שיטה מומלצת | Tasks |
|---|---|
| בוחרים את האיזון בין מהירות התכונות לבין יציבות השדרוג באמצעות ערוצי הפצה | |
| בחירת התזמון של השדרוגים באמצעות מדיניות תחזוקה | |
| שליטה בפריסת השדרוגים באשכולות | |
| איך שולטים בהפעלת השדרוגים | |
| מעקב אחרי שדרוגי אשכולות | |
| צמצום ההפרעות לעומסי העבודה הקיימים במהלך שדרוגי צמתים |
בחירת האיזון בין מהירות הפיתוח של התכונות לבין יציבות השדרוג באמצעות ערוצי הפצה
ערוצי הפצה מאפשרים לכם לבחור את האיזון בין מהירות העדכון של התכונות לבין יציבות השדרוג. אשכולות GKE רשומים בערוץ ההפצה הרגיל כברירת מחדל. כש-GKE משדרג את מישור הבקרה והצמתים של האשכול כדי לספק תיקוני אבטחה, לתקן בעיות מוכרות ולהציג תכונות חדשות, ערוץ הגרסה קובע אילו גרסאות GKE יפעלו באשכול. לדוגמה, אם אתם רוצים לקבל תכונות חדשות מהר יותר, אתם יכולים לבחור בערוץ המהיר, ואם אתם רוצים גרסאות עם יציבות מוכחת יותר, בחרו בערוץ היציב. מידע נוסף על בחירה בין ערוצים ספציפיים זמין במאמר אילו ערוצים זמינים.
אם אתם רוצים לשדרג את האשכולות באופן ידני, אתם עדיין יכולים לבחור את ערוץ ההפצה. פשוט בודקים את הגרסאות הזמינות ואת יעדי השדרוג האוטומטי של הערוץ לפני שבוחרים גרסה חדשה.
בנוסף, אם אתם רוצים לקבל גרסאות תיקון בערוץ הפצה בהקדם האפשרי – לדוגמה, כדי לקבל תיקוני אבטחה קריטיים – קראו את המאמר איך מקבלים גרסאות תיקון מוקדם יותר.
בוחרים את רמת התמיכה שרוצים לקבל לגרסה משנית
ב-GKE יש תמיכה בגרסה משנית למשך עד 24 חודשים בסך הכול, אחרי שהגרסה הופכת לזמינה בערוץ הרגיל. התמיכה הזו כוללת 14 חודשים של תמיכה רגילה, וכ-10 חודשים של תמיכה מורחבת שזמינה בערוץ Extended. מידע נוסף על התמיכה של GKE בגרסאות משניות זמין במאמר תמיכה בגרסאות משניות.
אם אתם צריכים להשאיר את האשכול בגרסה משנית למשך זמן ארוך יותר, ועדיין לקבל תיקוני אבטחה אחרי תאריך הסיום של התמיכה הרגילה, או אם אתם רוצים למנוע את אכיפת הסיום של התמיכה הרגילה, אתם יכולים להשתמש בערוץ Extended. מידע נוסף זמין בהמשך המאמר, בקטע שימוש בערוץ Extended כשנדרשת תמיכה לטווח ארוך.
כשהגרסה המשנית מגיעה לסוף תקופת התמיכה, בהתאם לערוץ ההפצה שאליו משויך האשכול, GKE משדרג אוטומטית את האשכול כדי להבטיח שהוא יישאר מאובטח ועם ביצועים טובים. למידע נוסף, ראו שדרוגים אוטומטיים של אשכולות לצורך אבטחה ותאימות. אם אתם משתמשים בכלים שמתוארים במסמך הזה כדי למנוע או לעכב שדרוגים אוטומטיים של אשכולות, מומלץ לשדרג את האשכולות באופן ידני לפני שהגרסה המשנית שפועלת בהם תגיע לסוף התמיכה. אחרת, GKE משדרג את האשכול באופן אוטומטי.
בחירת התזמון של השדרוגים באמצעות מדיניות תחזוקה
כדי לקבוע מתי אפשר לבצע שדרוגים ומתי לא, משתמשים בהגדרות הבאות:
- חלונות זמן לתחזוקה: אפשר לבחור חלון זמן חוזר שבו GKE יכול לשדרג את האשכול, למשל בשעות הפעילות שבהן העומס נמוך. אם תהליך השדרוג נמשך מעבר לחלון הזמן לתחזוקה, GKE מנסה להשהות את הפעולה ולהמשיך אותה בחלון הזמן הבא לתחזוקה.
- החרגות של תחזוקה:
בחירת תקופה ספציפית שבה GKE לא יכול לשדרג את האשכול, למשל במהלך אירוע מכירות גדול של עסק קמעונאי. אתם יכולים גם להשתמש בהחרגות תחזוקה כדי לדחות באופן זמני שדרוגים אוטומטיים של אשכול, למשל אם אתם מבחינים בבעיה באשכולות אחרים שמשודרגים לגרסה חדשה.
- במקרים מתקדמים, יכול להיות שתצטרכו לבצע שדרוגים מסוימים באופן ידני במקום ש-GKE יבצע אותם. אפשר להשתמש בהחרגות תחזוקה כדי להשבית את סוגי השדרוגים האוטומטיים האלה. לדוגמה, אפשר להשתמש בהיקף "No minor or node upgrades" כדי להשבית את כל השדרוגים המשניים ואת כל השדרוגים של הצמתים. תצטרכו לבצע את השדרוגים האלה באופן ידני, או ש-GKE ישדרג את האשכולות שלכם בסוף תקופת התמיכה בגרסה המשנית.
- תדירות התחזוקה: בתרחישי שימוש מתקדמים, אפשר לשלוט במרווח המינימלי בין שני שדרוגים אוטומטיים עוקבים באמצעות תקציב ההפרעה של האשכול.
הגדרת מדיניות תחזוקה מאפשרת לשפר את יכולת החיזוי של השדרוגים ולוודא שהשדרוגים יתבצעו בזמן הנוח ביותר לעומסי העבודה שלכם.
שליטה בפריסת השדרוגים באשכולות
כדי למזער את הסיכון ואת זמן ההשבתה הלא רצוי, מומלץ להשתמש בכמה סביבות כדי לבדוק שינויים בתוכנה ובאיכות התשתית בנפרד מסביבת הייצור. מומלץ להגדיר לפחות סביבת ייצור וסביבת טרום-ייצור או סביבת בדיקה.
כדאי להביא בחשבון את הסביבות המומלצות הבאות:
| סביבה | תיאור |
|---|---|
| ייצור | להציג תנועה בזמן אמת למשתמשי קצה באפליקציות עסקיות קריטיות. |
| קנרי | לפני שמשדרגים את כל האשכולות, כדאי לבדוק חלק קטן מסביבת הייצור. |
| הכנה | לפני שפורסים את השינויים בסביבת הייצור, חשוב לוודא שכל השינויים החדשים שנפרסו מסביבות קודמות פועלים כמצופה. |
| בדיקה | לבצע השוואה, בדיקה ובקרת איכות (QA) של עומסי עבודה באמצעות גרסת GKE שבה תשתמשו בסביבת הייצור. |
| פיתוח | שימוש באותה גרסה שפועלת בסביבת הייצור לפיתוח פעיל. בסביבה הזו יוצרים תיקונים ושינויים מצטברים לפריסה בסביבת הייצור. |
ב-GKE יש תכונות כמו רצף השקה, שעוזרות לכם לשלוט באופן שבו השדרוגים נפרסים בסביבות השונות, כפי שמפורט בקטע הבא.
שימוש ברצף השקה כדי להשיק בסביבות שונות
כדי להשיק בהדרגה גרסאות חדשות של GKE בסביבות האלה, מומלץ להשתמש ברצף השקה. ברצף ההשקה, כל האשכולות משתמשים באותו ערוץ הפצה ובאותה גרסה משנית לאורך כל שלבי הפריסה. GKE משיק בהדרגה גרסאות חדשות ברצף שהגדרתם. כשהגרסה החדשה של GKE תושק בסביבות שלכם, תוכלו לוודא שסביבת האשכול ועומסי העבודה פועלים כמו שצריך בגרסה החדשה.
אם אתם מגדירים סביבה חדשה, השתמשו ברצף השקה עם שלבים בהתאמה אישית. הגרסה החדשה הזו של רצף ההשקה מאפשרת לחלק את ההשקה של גרסה חדשה לצי בכמה שלבים. בגישה הזו, GKE יכול, לדוגמה, לשדרג סביבת Canary בייצור לפני שדרוג שאר הייצור.
אנחנו לא ממליצים על זה בסביבות חדשות, אבל אתם יכולים להשתמש גם בגרסה קודמת של התכונה, רצף השקה מבוסס-צי. הגרסה הזו של התכונה היא היחידה שנתמכת במסוףGoogle Cloud , אבל הפונקציונליות שלה מוגבלת יותר.
בדיקת תיקון ושדרוג משני של GKE
GKE משדרג באופן אוטומטי אשכולות לתיקון חדש בתדירות של פעם בשבוע. לעומת זאת, שדרוגים של גרסאות משניות מתרחשים רק כשלוש פעמים בשנה. גרסאות משניות חדשות של Kubernetes כוללות נפח גדול יותר של שינויים בהשוואה לתיקונים של אותה גרסה משנית. מומלץ לבדוק בקפידה את השדרוגים לגרסאות משניות בסביבות שלכם, כדי לוודא שהגרסה המשנית החדשה פועלת כמו שצריך עם האשכולות ועומסי העבודה.
ביצוע בדיקות לפני שדרוג האשכול
לפני שדרוג אוטומטי של אשכולות, GKE מאשר גרסאות חדשות – למשך זמן שתלוי בערוץ ההפצה – ובודק את מוכנות האשכול.
לפני שמשדרגים את האשכול, מומלץ לבצע את הפעולות הבאות:
- לכל השדרוגים, כולל תיקונים ושדרוגים קלים:
- כדאי לעיין בהערות על הגרסה של GKE כדי לראות אם יש בעיות, ולמצוא את יומן השינויים של גרסאות משניות חדשות וגרסאות תיקון חדשות.
- בודקים אם יש בעיות מוכרות ב-GKE שרלוונטיות לסביבת האשכול ולגרסה החדשה.
- במקרה של שדרוגים קלים, כדאי גם לעיין במידע הבא:
- בודקים אם יש הוצאות משימוש של ממשקי API. למידע נוסף, קראו את הערות הגרסה של GKE לגרסה החדשה, את יומן השינויים של Kubernetes ואת המאמר הוצאה משימוש של תכונות וממשקי API.
- מוודאים שההבדל בין הגרסאות של מישור הבקרה והצמתים נתמך. ב-GKE יש תמיכה בהפעלת צמתים עד שתי גרסאות משניות קודמות למישור הבקרה. מידע נוסף זמין במאמר מדיניות הטיה של גרסאות GKE.
- לשדרוגי צמתים:
- מוודאים שיש מספיק משאבים לאסטרטגיית השדרוג של הצמתים שבה משתמשים הצמתים. מידע נוסף זמין במאמר בנושא הקצאת משאבים לשדרוג צמתים.
איך שולטים בהפעלת השדרוגים
כברירת מחדל, GKE משדרג באופן אוטומטי את האשכולות לגרסאות חדשות על בסיס קבוע. עם זאת, אתם יכולים גם להשתמש בשדרוגים ידניים כדי לשדרג את האשכול בדיוק מתי שאתם רוצים, ולשלוט בגרסה שמופעלת באשכול.
אתם יכולים לבצע את הפעולות הבאות:
- לשדרג את האשכול באופן ידני.
לבצע פעולות בשדרוגים אוטומטיים או ידניים של צמתים שנמצאים בתהליך, כולל:
- ביטול שדרוג.
- להמשיך שדרוג.
- לבטל שדרוג.
- השלמת שדרוג בתהליך.
אם אתם רוצים יותר שליטה בתהליך השדרוג, מומלץ להגדיר החרגות תחזוקה ואז לבצע שדרוגים ידניים לפי הצורך. למידע נוסף על שדרוגים ידניים ופעולות אחרות שאפשר לבצע בשדרוגים שמתבצעים, ראו שדרוג ידני של אשכול או מאגר צמתים.
מעקב אחר שדרוגים של אשכולות
כדי לוודא שהשדרוגים של GKE מתבצעים כמצופה ושהסביבה של האשכול נשארת זמינה ופועלת בצורה תקינה, אתם יכולים להשתמש בכלים הבאים למעקב אחרי שדרוגים של אשכולות. כדי להתעדכן בסטטוס של האשכולות, כדאי להשתמש בכלים כמו התראות, תובנות והמלצות ויומנים. מומלץ במיוחד לשים לב להתראות על סיום התמיכה, להתראות על תחילת השדרוג ולהתראות על שדרוגים מתוזמנים של גרסאות משניות, שצריך להביע הסכמה כדי לקבל אותן. כדי לוודא שתראו את ההתראות האלה, כדאי להגדיר מדיניות התראות.
במקורות המידע הבאים מפורטים פרטים על השדרוגים הנוכחיים:
- כדי לקבל מידע על שדרוגים של אשכולות ספציפיים, כולל יעדי השדרוג האוטומטי הנוכחיים, קראו את המאמר הצגת שדרוגים של אשכולות.
- כדי לאחזר יעדים כלליים לשדרוג אוטומטי, עיינו בטבלה גרסאות נוכחיות. כדי לראות מיפוי ספציפי לגרסה משנית של אשכול, אפשר לעיין בנתוני הגרסה של עדכוני גרסאות.
- כדי לקבל הערכה אופטימית לגבי הזמן שבו גרסאות משניות יהיו זמינות לשדרוגים, ולגבי הזמן שבו תגיעו לסוף התמיכה, כדאי לעיין בלוח הזמנים של מהדורות GKE.
- אתם יכולים להשתמש בהתראות על אשכולות כדי לקבל מידע על אירועי שדרוג, כמו שדרוגים מתוזמנים של אשכולות (גרסת טרום-השקה (Preview)), באמצעות Cloud Logging או Pub/Sub.
אפשר להשתמש בתובנות ובהמלצות כדי לקבל את ההמלצות הבאות, שספציפיות לאשכול:
צמצום ההפרעה לעומסי עבודה קיימים במהלך שדרוגי צמתים
בנוסף לשיטות המומלצות הכלליות שמתוארות בקטעים הקודמים, מומלץ לשקול הגדרה מתקדמת נוספת כדי להתאים אישית את תהליך השדרוג כך שיתאים לסביבת האשכול ולצרכים של עומסי העבודה.
שיקולים נוספים לפרופילים ספציפיים של עומסי עבודה
סוגים מסוימים של עומסי עבודה וסביבות אשכולות דורשים הכנה נוספת לשדרוג האשכול. אם עומס העבודה שלכם מתאים לאחת או יותר מהקטגוריות הבאות, כדאי להביא בחשבון את השיקולים הנוספים הבאים:
- עומסי עבודה שפועלים במכונות שלא עוברות מיגרציה פעילה: צמתים של GKE, שהם מכונות וירטואליות של Compute Engine ש-GKE יוצר בשמכם, דורשים תחזוקה תקופתית בתשתית הבסיסית. ברוב המקרים, אפשר לבצע מיגרציה פעילה של מכונות Compute Engine, כלומר עומסי עבודה פעילים לא מופרעים כשמתבצעת תחזוקה כזו. עם זאת, לא ניתן לבצע מיגרציה פעילה של סוגי מכונות מסוימים, ולכן יכול להיות שיהיו שיבושים בעומסי העבודה שפועלים בצמתי GKE. חשוב לציין שאי אפשר לבצע מיגרציה פעילה למאיצים, כמו GPUs ו-TPUs לעומסי עבודה של AI/ML. מידע נוסף זמין במאמר הסבר על תחזוקת מארחים ב-GKE.
- עומסי עבודה עם מגבלות קיבולת: אם עומסי העבודה שלכם משתמשים בסוגי מכונות עם מגבלות קיבולת, צריך לקחת זאת בחשבון כשמבצעים שדרוגים של אשכולות. מידע נוסף זמין במאמר הבטחת משאבים לשדרוגי צמתים.
- עומסי עבודה עם שמירת מצב: אם עומסי העבודה הם עם שמירת מצב ויש להם דרישות ספציפיות לסגירה ולהפעלה מחדש בצורה תקינה, צריך לקחת זאת בחשבון כשמבצעים שדרוגים של אשכולות. מידע נוסף מופיע במאמר בנושא איך מוודאים שעומסי העבודה מוכנים להפרעות.
בקטעים הבאים מוסבר איך להשתמש בכלים הזמינים כדי לשדרג את סוגי העומסים האלה.
בחירת אסטרטגיה לשדרוג צמתים
במצב GKE Standard, GKE מציע אסטרטגיות שונות לשדרוג צמתים, שקובעות איך הצמתים הבודדים במאגר הצמתים משודרגים. כשבוחרים אסטרטגיית שדרוג למאגר הצמתים הרגיל, אפשר לבחור את התהליך עם האיזון הנכון בין מהירות, שיבוש בעומס העבודה, צמצום סיכונים, קיבולת משאבים ואופטימיזציה של עלויות. אפשר גם להגדיר את הפרמטרים של שיטת הבידינג כך שתתאים לצרכים שלכם. מידע נוסף זמין במאמרים מידע על אסטרטגיות לשדרוג צמתים ושדרוג בסביבה עם מגבלות משאבים.
במצב GKE Autopilot, GKE מנהל את השדרוגים של הצמתים ואין צורך לבחור את האסטרטגיה הספציפית שבה משתמשים. מידע נוסף מופיע במאמר שדרוגים מתפרצים לאשכולות Autopilot.
הגדרת רמת הסבילות להפרעות
כדי לוודא שעומסי העבודה שומרים על יתירות מספקת כש-GKE יוצר מחדש את הצמתים במהלך השדרוגים, מה שיכול להפחית באופן זמני את מספר הרפליקות של עומס עבודה, אתם יכולים להשתמש בתקציבים לשיבוש Pod (PDB).
אם מוגדר PDB, GKE לא ישבית את ה-Pods באפליקציה אם מספר ה-Pods שווה למגבלה שהוגדרה או קטן ממנה. שדרוגי GKE מכבדים את ה-PDB למשך עד 60 דקות. בנוסף, GKE מודיע לכם אם ניקוז הצומת נחסם על ידי PDB, או אם חלף הזמן הקצוב לתפוגה של ה-PDB וה-Pods יימחקו באופן ידני למרות ההפרה של ה-PDB. מידע נוסף מופיע במאמר בנושא אירועים שגורמים לשיבושים במהלך שדרוג של מאגר צמתים.
שימוש בסגירה מבוקרת כדי להשבית אפליקציה
אתם יכולים להגדיר סיום הדרגתי כדי לוודא שלעומסי העבודה יש מספיק זמן להתכונן להשבתה. במהלך שדרוגי צמתים, GKE מכבד את הגדרות הסיום ההדרגתי למשך עד 60 דקות עם שדרוגים מצטברים שמוגדרים כברירת מחדל, ולמשך עד 24 שעות עם שדרוגים מסוג blue-green ושדרוגים מסוג blue-green עם שינוי גודל אוטומטי (גרסת Preview).
מידע נוסף על קביעת ההגדרות של סיום תקין זמין במאמר הגדרת GKE לסיום תקין של עומסי העבודה.
שימוש בערוץ המורחב כשצריך תמיכה לטווח ארוך
אם רוצים להשאיר את האשכול בגרסה משנית למשך זמן ארוך יותר, מומלץ לרשום את האשכול לערוץ Extended. בערוץ הזה, GKE תומך בגרסה משנית למשך כ-24 חודשים. בערוץ המורחב אתם שולטים בשדרוגים של גרסאות משניות, ו-GKE מבצע שדרוגים אוטומטיים רק בסוף התמיכה אם אתם לא מפעילים את השדרוג בעצמכם. מידע נוסף זמין במאמר קבלת תמיכה לטווח ארוך בערוץ המורחב.
אם אתם לא צריכים להישאר בגרסה משנית לתקופה ארוכה יותר מתקופת התמיכה הרגילה, אבל אתם עדיין רוצים לשלוט בשדרוגים של גרסאות משניות, השתמשו בהחרגות תחזוקה עם ההיקף "No minor upgrades".
כדי להפיק את המרב מהערוץ, מומלץ לפעול לפי השיטות המומלצות הבאות. חלק מהשיטות המומלצות האלה דורשות פעולה ידנית, כולל שדרוג ידני של אשכול ושינוי ערוץ ההפצה של אשכול. כדאי לעיין בתרחישים הנתמכים הבאים, וגם בקטע מתי לא להשתמש בערוץ המורחב.
הארכת משך השימוש בגרסה משנית באופן זמני
אם אתם צריכים לשמור זמנית אשכול בגרסה משנית למשך זמן ארוך יותר מתקופת התמיכה הרגילה של 14 חודשים, למשל כדי לצמצם את השימוש בממשקי API שהוצאו משימוש והוסרו בגרסה המשנית הבאה, אתם יכולים לפעול לפי התהליך הבא. אתם יכולים להעביר זמנית את האשכול מערוץ הפצה אחר לערוץ Extended כדי להמשיך לקבל תיקוני אבטחה בזמן שאתם מתכוננים לשדרוג לגרסה המשנית הבאה. כשמוכנים לשדרג לגרסה המשנית הבאה, משדרגים את האשכול באופן ידני ומעבירים אותו בחזרה לערוץ ההפצה המקורי.
שדרוגים של גרסאות משניות פעם או פעמיים בשנה
אם אתם רוצים שההפרעה לאשכול תהיה מינימלית, אבל עדיין רוצים לקבל תכונות חדשות כשהאשכול מוכן לשדרוג לגרסה משנית חדשה, בצעו את הפעולות הבאות:
- רישום אשכול לערוץ המורחב.
- מבצעים שני שדרוגים רצופים של גרסה משנית פעם או פעמיים בשנה. לדוגמה, שדרגו מגרסה 1.33 לגרסה 1.34 ואז לגרסה 1.35.
התהליך הזה עוזר לוודא שהאשכול יישאר בגרסה משנית זמינה, יקבל תכונות מגרסאות משניות חדשות, אבל יקבל שדרוגים של גרסאות משניות רק כשתחליטו שהאשכול מוכן.
מתי לא כדאי להשתמש בערוץ המורחב
כדי להשתמש בערוץ המורחב למטרה שלשמה הוא נועד, צריך לבצע פעולה ידנית. התרחיש הבא ממחיש את ההשלכות של שימוש בערוץ המורחב ללא ניהול פעיל של הגרסה המשנית של האשכול.
לא לעשות כלום ולקבל שדרוגים קלים באותה תדירות
אם אתם רוצים להשאיר את האשכול בגרסה משנית לתמיד, אתם יכולים לרשום את האשכול לערוץ Extended ולא לעשות שום דבר נוסף. בסופו של דבר, כל הגרסאות המשניות לא נתמכות יותר, ו-GKE משדרג אוטומטית אשכולות מגרסאות משניות לא נתמכות. לכן, GKE משדרג את האשכול הזה מגרסת Minor אחת שלא נתמכת לגרסת Minor שבקרוב לא תהיה נתמכת, בערך כל ארבעה חודשים. המשמעות של הגישה הזו היא שהאשכול מקבל שדרוגים של גרסאות משניות באותה תדירות כמו בערוצי הפצה אחרים, אבל מקבל תכונות חדשות מאוחר יותר.
המאמרים הבאים
- למידע נוסף על המצבים השונים של GKE, קראו את המאמר השוואה בין התכונות באשכולות Autopilot ו-Standard.