ניהול שינויים במחזור החיים של האשכול כדי לצמצם את ההפרעות

בדף הזה מוסבר איך אתם ו-Google Kubernetes Engine ‏ (GKE) מנהלים שינויים במהלך מחזור החיים של אשכול כדי למקסם את הביצועים והזמינות ולצמצם את השיבושים בעומסי העבודה.

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

פלטפורמה מנוהלת ואחריות משותפת

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

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

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

מידע נוסף זמין במאמר בנושא אחריות משותפת ב-GKE.

איך GKE מנהל שינויים במהלך מחזור החיים של אשכול

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

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

חלק מהשינויים באשכול עלולים לשבש את עומסי העבודה

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

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

שדרוגים ועדכונים באמצעות ניהול מחזור החיים של אשכולות GKE

ב-GKE, לשדרוגים של אשכולות ולעדכונים של אשכולות יש משמעויות קשורות.

ב-GKE, המונח שדרוגי אשכולות – או פשוט שדרוגים – מתייחס לעדכון של גרסת Kubernetes של מישור הבקרה (שדרוגי מישור הבקרה) או של הצמתים (שדרוגי צמתים), או של שניהם. כשמשתמשים באשכולות Standard, שדרוגי צמתים נקראים גם שדרוגי מאגר צמתים, כי GKE משתמש בפעולה אחת כדי לשדרג מאגר צמתים.

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

תכנון שיבושים בעדכון הצמתים

סוגים מסוימים של שינויים באשכולות – בעיקר שינויים בצמתים – יכולים לגרום לשיבושים.

ב-GKE משתמשים באסטרטגיות שדרוג צמתים כדי לעדכן צמתים – גם צומתי Autopilot וגם מאגרי צמתים של אשכולות Standard – באופן שמותאם לצרכים של עומס העבודה. השיטות האלה רלוונטיות לשדרוגי גרסה וגם לכמה סוגים אחרים של שינויים בצמתים. השיטות האלה מאפשרות ל-GKE לצמצם את ההפרעות במהלך עדכוני הצמתים, שחשובים כדי שהאשכולות יפעלו בצורה תקינה ויעילה.

שיטה מומלצת:

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

גם כשמבצעים שינויים בצמתים באופן ידני וגם כשמבצעים אותם באופן אוטומטי, GKE מבצע את השינויים עם המאפיינים הכלליים הבאים:

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

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

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

  • בדרך כלל השינויים מתבצעים באמצעות אסטרטגיות לשדרוג צמתים: כש-GKE מבצע את רוב השינויים האוטומטיים או הידניים בצמתים, כולל עדכוני צמתים שהם לא שדרוגי גרסאות, GKE בוחר אסטרטגיה לשדרוג צמתים: שדרוגי מתח, שדרוגים כחול-ירוק או שדרוגים כחול-ירוק עם התאמה אוטומטית לעומס (תצוגה מקדימה). ב-Autopilot תמיד נעשה שימוש בשדרוגים של נפח אחסון. שינויים במאגרי צמתים של אשכולות רגילים בדרך כלל משתמשים בשדרוגים מצטברים, אלא אם הגדרתם שדרוגים מסוג blue-green או שדרוגים מסוג blue-green עם שינוי גודל אוטומטי וביצעתם סוגים מסוימים של שינויים. מידע נוסף על השיטה שמוגדרת למאגר צמתים זמין במאמר בנושא בדיקת הגדרות השדרוג של מאגר צמתים.

  • שינויים דורשים מספיק משאבים: כש-GKE מבצע שינוי באמצעות אסטרטגיית שדרוג של צומת, השינוי הזה דורש כמות מסוימת של משאבים, בהתאם לאסטרטגיה ולתצורה שלה. בפרויקט של האשכול צריך להיות מספיק מכסת משאבים, זמינות משאבים ויכולת שריון (למאגרי צמתים עם שיוך ספציפי של שריון). מידע נוסף זמין במאמר בנושא הקצאת משאבים לשדרוג צמתים.

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

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

כדי למקסם את הזמינות של עומסי העבודה שפועלים באשכול GKE, מומלץ לבצע את הפעולות שמתוארות בקטעים הבאים:

בחירת הזמינות של האשכול

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

שליטה בשדרוגים באמצעות הכלים של GKE

אתם יכולים להשתמש בכלים הבאים כדי לקבוע מתי ואיך GKE ישדרג את האשכול, וכך ליישם את שיטות העבודה המומלצות:

  • ערוצי הפצה: בוחרים ערוץ הפצה כדי לקבל גרסאות של אשכולות עם איזון בין זמינות התכונות ליציבות, לפי הבחירה שלכם.
  • חלונות זמן לתחזוקה: מגדירים חלון זמן חוזר שבו יכולה להתבצע תחזוקה מסוגים מסוימים באשכול GKE, כמו שדרוגים.
  • החרגות תחזוקה: מניעת תחזוקה של אשכולות לפרק זמן מסוים.
  • ‫Cluster disruption budgets: התאמה אישית של מרווח הזמן המינימלי בין סוגים ספציפיים של שדרוגי אשכולות, כולל שדרוגי תיקון או שדרוגים משניים.
  • אסטרטגיות לשדרוג צמתים: אם משתמשים במאגר צמתים רגיל, אפשר לבחור איך הצמתים ישודרגו – שדרוג הדרגתי, שדרוג blue-green או שדרוג blue-green עם שינוי גודל אוטומטי (גרסת Preview) – כדי לצמצם את ההפרעות לעומסי העבודה. בנוסף, בוחרים כמה מאגרי צמתים ישודרגו אוטומטית בו-זמנית באשכול GKE.
  • רצף השקה: אישור השדרוגים בסביבת טרום-ייצור לפני ש-GKE משדרג את אשכולות הייצור.
  • שדרוגים ידניים: שדרוג ידני של האשכול, וביצוע פעולות כמו ביטול, חידוש, חזרה לגרסה קודמת והשלמה של שדרוגים אוטומטיים או ידניים שנמצאים בתהליך.

ניהול האשכול ומעקב אחריו

כדי למנוע שיבושים פוטנציאליים באשכולות, צריך לבצע באופן רציף את המשימות הבאות:

הכנת עומסי העבודה

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

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

סוגי השינויים באשכול GKE

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

סוגי שדרוגים

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

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

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

מדיניות התחזוקה לא חוסמת שדרוגים ידניים.

שדרוגי תיקון, בתדירות של פעם בשבוע, בהתאם לערוץ ההפצה.

שדרוגים קלים בערך כל ארבעה חודשים.

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

 מישור הבקרה

במצב Autopilot ובאשכולות אזוריים רגילים, מישור הבקרה נשאר זמין.

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

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

מדיניות התחזוקה לא חוסמת שדרוגים ידניים.

בדרך כלל זהה לשדרוגים של מישור הבקרה.

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

 כל הצמתים באשכולות במצב Autopilot, או מאגר צמתים אחד או יותר באשכולות במצב Standard.

כדי ליצור מחדש צמתים, צריך לכבות אותם. כדי להחליף Pods, צריך להחליף אותם.

ב-GKE נעשה שימוש בשדרוגים מצטברים ב-Autopilot, או באסטרטגיית שדרוג הצמתים שהוגדרה (מצטבר, blue-green או autoscaled blue-green (תצוגה מקדימה)) באשכולות Standard.

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

בטבלה הבאה מוסבר איך שינויים ידניים כאלה יכולים לשבש סביבת אשכול. הרשימה הזו כוללת, בין היתר, שינויים ידניים שתואמים למדיניות התחזוקה של GKE.

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

כדי ליצור מחדש צמתים, צריך לכבות אותם. צריך להחליף את ה-Pods.

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

כשמתחילים את הרוטציה ומשלימים אותה, רמת השיבוש היא:

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

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

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

כשמתחילים את הסבב ומשלימים אותו, רמת השיבוש היא כזו:

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

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

  • צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.
  • ב-GKE נעשה שימוש בשדרוגים מדורגים כדי ליצור מחדש את הצמתים. ‫GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים.
הגדרת צמתים מוגנים הופעלה ידנית

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

יצירה מחדש של הצמתים מכבדת את כללי המדיניות בנושא תחזוקה.

 פעם אחת לכל שינוי מהסוג הזה

מישור הבקרה מתעדכן.

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

כשמישור הבקרה נוצר מחדש, רמת השיבוש היא כדלקמן:

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

כשיוצרים מחדש את הצמתים, רמת השיבוש היא כזו:

  • צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.
  • ‫GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים. ‫GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים.
הגדרת מדיניות רשת ב-Kubernetes הופעלה ידנית מדיניות התחזוקה חלה על המכונה פעם אחת לכל שינוי מהסוג הזה כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard.

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

‫GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
הגדרת הרשאות גישה בתוך הצומת הופעלה ידנית מדיניות התחזוקה חלה על המכונה פעם אחת לכל שינוי מהסוג הזה כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard.

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

ב-GKE נעשה שימוש בשדרוגים מדורגים כדי ליצור מחדש את הצמתים. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
הגדרת NodeLocal DNSCache הופעלה ידנית מדיניות התחזוקה חלה על המכונה פעם אחת בכל שינוי מהסוג הזה צריך לעדכן את כל הצמתים במאגר הצמתים של אשכול Standard שמתעדכן.

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

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

כשמעדכנים ברמת האשכול, המערכת מתחשבת במדיניות התחזוקה.

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

 פעם אחת לכל שינוי מהסוג הזה

אם משנים את ההגדרה ברמת מאגר הצמתים, כל הצמתים במאגר הצמתים של אשכול Standard.

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

 ב-GKE נעשה שימוש בשדרוגי מתח כדי ליצור מחדש את הצמתים של מאגר צמתים. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.

תחזוקה אוטומטית שלא מתבצעת בהתאם למדיניות התחזוקה

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

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

תדירות התיקון של מישור הבקרה היא אקראית, אבל אין לה השפעה על אשכולות Autopilot ואשכולות סטנדרטיים אזוריים.

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

 מישור הבקרה

במצב Autopilot ובאשכולות אזוריים רגילים, מישור הבקרה נשאר זמין.

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

ברוב סוגי הצמתים, ההשפעה מינימלית.

יכול להיות שיהיו שיבושים גדולים יותר בחלק מהצמתים, כולל צמתים עם מעבדים גרפיים (GPU) או מעבדי TPU. מידע נוסף זמין במאמר בנושא תחזוקה Cloud de Confiance by S3NS אחרת.
תיקון אוטומטי של צמתים אוטומטי לא מכבד את מדיניות התחזוקה

תדירות התיקון האוטומטי של הצומת היא אקראית.

 צומת אחד הצומת מופעל מחדש, ולכן יש שיבוש בכל ה-Pods שפועלים בצומת.
החזרת מכונות וירטואליות במודל Spot ומכונות וירטואליות זמניות אוטומטי לא מכבד את מדיניות התחזוקה

לגבי מכונות וירטואליות שניתן לקטוע את הפעולה שלהן, לפחות פעם ב-24 שעות.

במכונות וירטואליות מסוג Spot, כש-Compute Engine צריך את המשאבים במקום אחר.

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

שינויים ידניים שיוצרים מחדש את הצמתים באמצעות אסטרטגיית שדרוג צמתים בלי להתחשב במדיניות התחזוקה

בטבלה הבאה מוסבר איך שינויים ידניים כאלה יכולים לשבש סביבת אשכול. הרשימה הזו כוללת שינויים שמתרחשים כש-GKE משתמש בשדרוגים מצטברים וכש-GKE משתמש בשדרוגים מסוג blue-green, שלא נכללים בקטע השני כי הם לא מתבצעים בהתאם למדיניות התחזוקה.

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

כשמישור הבקרה נוצר מחדש, רמת השיבוש היא כדלקמן:

  • במצב Autopilot ובאשכולות אזוריים רגילים, מישור הבקרה נשאר זמין.
  • באשכולות Standard אזוריים, מישור הבקרה מושבת, כלומר במשך כמה דקות אי אפשר לתקשר עם מישור הבקרה כדי לבצע פעולות כמו הגדרת האשכול, הצמתים ועומסי העבודה.
עדכון התווית של מאגר הצמתים הופעלה ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard מערכת GKE משתמשת מיד בשדרוגים מצטברים כדי ליצור מחדש את מאגר הצמתים כשמעדכנים את תוויות הצמתים במאגר צמתים קיים, בלי קשר למדיניות תחזוקה פעילה. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
הגדלת הקיבולת של הצמתים על ידי שינוי המאפיינים של מכונת הצומת הופעל ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard ‫GKE משתמש באופן מיידי בשדרוגים מצטברים כדי ליצור מחדש את הצמתים במאגר צמתים קיים, ללא קשר למדיניות תחזוקה פעילה. ‫GKE משתמש בשדרוגים מצטברים, בלי קשר לשאלה אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
שינויים בסוג התמונה הופעלה ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

‫GKE משתמש באסטרטגיית שדרוג הצמתים שהוגדרה (surge,‏ blue-green או autoscaled blue-green (תצוגה מקדימה)) עבור אשכולות Standard.
הוספה או החלפה של מאגרי אחסון במאגר של צומתי אשכולות רגילים הופעלה ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard

כדי ליצור מחדש צמתים, צריך לכבות אותם. כדי להחליף Pods, צריך להחליף אותם.

באשכולות Standard, ‏GKE משתמש באסטרטגיית השדרוג שהוגדרה לצומת (שדרוג הדרגתי, כחול-ירוק או כחול-ירוק עם התאמה אוטומטית לעומס (תצוגה מקדימה)).
הפעלת סטרימינג של תמונות הופעלה ידנית

כשמעדכנים ברמת האשכול, המערכת מתחשבת במדיניות התחזוקה.

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

 פעם אחת לכל שינוי מהסוג הזה

אם משנים את ההגדרה ברמת מאגר הצמתים, כל הצמתים במאגר הצמתים של אשכול Standard.

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

 ב-GKE נעשה שימוש בשדרוגים מדורגים כדי ליצור מחדש את הצמתים של מאגר צמתים. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
עדכונים בהגדרות של ביצועי הרשת הופעל ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

מערכת GKE משתמשת מיד בשדרוגים מצטברים כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות תחזוקה פעילה. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
הפעלת gVNIC הופעלה ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

מערכת GKE משתמשת מיד בשדרוגים מצטברים כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות תחזוקה פעילה. מערכת GKE משתמשת בשדרוגים מצטברים גם אם מוגדרת אסטרטגיית שדרוג שונה של צמתים, כמו שדרוגים מסוג blue-green.
שינויים בהגדרות המערכת של הצומת הופעלה ידנית לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. פעם אחת לכל שינוי מהסוג הזה כל הצמתים במאגר צמתים של אשכול Standard

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

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

צריך להשבית את הצמתים כדי ליצור אותם מחדש, ולהחליף את ה-Pods.

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

שינויים שלא מחייבים ליצור מחדש את הצמתים

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

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

מעדכנים את ההגדרות הבאות:

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

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