בדף הזה מוסבר איך אתם ו-Google Kubernetes Engine (GKE) מנהלים את השינויים במהלך מחזור החיים של אשכול, כדי למקסם את הביצועים והזמינות ולצמצם את ההפרעות לעומסי העבודה.
הדף הזה מיועד לאדמינים של פלטפורמות שרוצים לתכנן ולשפר את סביבת האשכולות שלהם כדי לצמצם את ההפרעות לעומסי העבודה. אתם יכולים לקרוא את הדף הזה לפני או אחרי שתלמדו איך לבצע את המשימות הבסיסיות של ניהול אשכולות, שמתוארות במאמרים ניהול אשכולות וסקירה כללית של ניהול אשכולות.
פלטפורמה מנוהלת ואחריות משותפת
GKE הוא הטמעה בניהול של Google של פלטפורמת התזמור בין קונטיינרים של קוד פתוח Kubernetes. כפי שמוסבר במאמר איך GKE פועל, אשכול GKE מורכב ממישור בקרה, שכולל צומתי ניהול שמריצים רכיבי מערכת, ומצומתי עובדים שבהם פורסים עומסי עבודה.
יצירת סביבת אשכול אופטימלית להרצת עומסי העבודה, עם ביצועים וזמינות מקסימליים והפרעה מינימלית, היא אחריות משותפת:
- האחריות של GKE היא לשמור על סביבת אשכול אמינה, זמינה, מאובטחת ובעלת ביצועים גבוהים. כדי לעשות את זה, GKE מנהל את מישור הבקרה, את רכיבי המערכת ואת צומתי העובדים במצב Autopilot.
- האחריות שלכם כאדמינים של הפלטפורמה היא להגדיר את האשכול ולנהל את עומסי העבודה, כולל הכנה שלהם לטיפול בשיבושים. במצב Standard, אתם גם יוצרים ומנהלים את צומתי העובדים, שמקובצים במאגרי צמתים.
למידע נוסף, קראו את המאמר אחריות משותפת ב-GKE.
איך GKE מנהל שינויים במהלך מחזור החיים של אשכול
אשכול GKE הוא הטמעה של Kubernetes, והוא רשת של תהליכים ומערכות שפועלים יחד כדי לשמור על סביבה אופטימלית להרצת עומסי העבודה. כדי לנהל את האשכול, GKE מבצע משימות תחזוקה, מבצע שינויים, מפעיל פעולות, מעדכן רכיבים ומשדרג את הגרסה של מישור הבקרה והצמתים.
רוב הפעולות היומיומיות של האפליקציה מתרחשות בשקט ברקע, כדי שעומסי העבודה יפעלו ללא הפרעה. עם זאת, חלק מהשינויים הקריטיים חייבים להתבצע בדרכים שעלולות לשבש באופן זמני את עומסי העבודה, כפי שמתואר בקטע הבא.
חלק מהשינויים באשכולות עלולים לשבש את עומסי העבודה
ב-GKE אנחנו משתדלים שעומסי העבודה יפעלו בצורה חלקה, אבל יש סוגים מסוימים של שינויים חיוניים שעלולים לגרום להפרעות זמניות בעומסי העבודה – בעיקר שינויים שמפעילים מחדש את הצמתים שבהם פועלים עומסי העבודה. באמצעות התכונות של GKE ו-Kubernetes, אתם יכולים לציין מתי ואיך אתם רוצים שהשיבוש יתרחש, כך שכשהוא יקרה, עומסי העבודה שלכם יוכלו להתמודד עם השינויים בצורה חלקה.
בקטעים הבאים מוסבר אילו סוגי שינויים GKE מבצע באשכולות, אילו סוגי שיבושים הם גורמים ואיך אפשר להתכונן.
שדרוגים ועדכונים באמצעות ניהול מחזור החיים של אשכולות GKE
ב-GKE, לשדרוגים ולעדכונים של אשכולות יש משמעויות קשורות.
ב-GKE, המונח שדרוגי אשכולות (או רק שדרוגים) מתייחס לעדכון של גרסת Kubernetes של מישור הבקרה (שדרוגים של מישור הבקרה) או של הצמתים (שדרוגים של צמתים), או של שניהם. כשמשתמשים באשכולות Standard, אפשר להתייחס לשדרוגי צמתים גם כשדרוגים של מאגרי צמתים, כי GKE משתמש בפעולה אחת כדי לשדרג מאגר של צמתים.
המונח עדכוני אשכולות – או פשוט עדכונים – הוא מונח כללי יותר שמתייחס לכל סוג של שינוי במישור הבקרה או בצומת, כולל עדכון הגרסאות שלהם. ב-GKE, סביבת האשכול מנוהלת באופן פעיל על ידי ביצוע שדרוגים, סוגים אחרים של עדכונים ופעולות תחזוקה נדרשות. הפעולות האלה מבטיחות שהאשכול ימשיך לפעול בצורה תקינה ומאובטחת, ושהוא יהיה מעודכן עם התכונות ותיקוני הבאגים האחרונים. כדי לצמצם את ההפרעות במהלך התהליכים האלה, GKE משתמש בכלים כמו אסטרטגיות לשדרוג צמתים ומדיניות תחזוקה.
תכנון לשיבושים בעדכון הצמתים
סוגים מסוימים של שינויים באשכולות, בעיקר שינויים בצמתים, יכולים לגרום לשיבושים.
ב-GKE משתמשים באסטרטגיות לשדרוג צמתים כדי לעדכן צמתים – גם צומתי Autopilot וגם מאגרי צמתים של אשכולות Standard – באופן שמותאם לצרכים של עומסי העבודה. האסטרטגיות האלה רלוונטיות לשדרוגי גרסאות וגם לסוגים אחרים של שינויים בצמתים. האסטרטגיות האלה מאפשרות ל-GKE לצמצם את ההפרעות בזמן עדכון הצמתים, שחשובים לתפקוד ולביצועים של האשכולות.
אתם יכולים להשתמש בחלונות זמן לתחזוקה ובהחרגות כדי לבחור מתי תתבצע תחזוקה של אשכולות מסוימים ומתי לא. באשכולות Standard, אתם יכולים לבחור אסטרטגיית שדרוג של צמתים שהכי מתאימה לפרופיל עומס העבודה ולאילוצי המשאבים שלכם.
בכל שינוי בצמתים, בין אם הוא ידני או אוטומטי, GKE מבצע את השינויים לפי המאפיינים הכלליים הבאים:
השינויים בדרך כלל תואמים למדיניות התחזוקה: כשמבצעים שינויים בצמתים ב-GKE, השינויים האלה בדרך כלל תואמים למדיניות התחזוקה של GKE. יש כמה חריגים, כמו תחזוקת מארח לסוגים מסוימים של צמתים, כמו אלה עם GPUs ו-TPUs.
אם אתם מבצעים שינויים ידניים שדורשים ליצור מחדש את כל הצמתים במאגר צמתים, כדאי להביא בחשבון את הדברים הבאים:
- בשינויים מסוימים, GKE פועל בהתאם למדיניות התחזוקה ולא מחיל את השינוי ששלחתם עד שיש זמינות לתחזוקה. אם GKE ממתין לזמינות של חלון תחזוקה והשינוי דחוף, אתם יכולים להחיל ידנית את השינויים כדי להחיל את ההגדרות החדשות באופן מיידי.
- בשינויים ידניים אחרים, כולל שדרוגים ידניים, GKE לא פועל לפי מדיניות התחזוקה. לגבי השינויים הידניים האלה, ודאו שעומסי העבודה שלכם מוכנים לשיבוש מיידי.
בדרך כלל השינויים מתבצעים באמצעות אסטרטגיות לשדרוג צמתים: כש-GKE מבצע את רוב השינויים האוטומטיים או הידניים בצמתים, כולל עדכוני צמתים שהם לא שדרוגי גרסאות, GKE בוחר אסטרטגיה לשדרוג צמתים: שדרוגי מתח, שדרוגים כחולים-ירוקים או שדרוגים כחולים-ירוקים עם התאמה אוטומטית לעומס (גרסת טרום-השקה (Preview)). ב-Autopilot תמיד משתמשים בשדרוגי מתח. בשינויים במאגרי צמתים של אשכולות Standard בדרך כלל משתמשים בשדרוגים במתח גבוה, אלא אם הגדרתם שדרוגים כחול-ירוק או שדרוגים כחול-ירוק עם התאמה לעומס, ואתם מבצעים סוגים מסוימים של שינויים. בדיקת הגדרות השדרוג של מאגר צמתים
השינויים דורשים מספיק משאבים: כשמחילים שינוי ב-GKE באמצעות אסטרטגיית שדרוג של צמתים, השינוי דורש כמות מסוימת של משאבים בהתאם לאסטרטגיה ולהגדרות שלה. בפרויקט של האשכול צריכה להיות מכסת משאבים מספיקה, זמינות משאבים וקיבולת הזמנה (למאגרי צמתים עם זיקה ספציפית להזמנה). למידע נוסף, קראו את המאמר הבטחת משאבים לשדרוגי צמתים.
בקטע הזה מפורטים סוגי השינויים באשכול GKE והמאפיינים שלהם.
איך מתכוננים לשינויים משבשים כדי למקסם את הזמינות של עומסי העבודה
כדי למקסם את הזמינות של עומסי העבודה שפועלים באשכול GKE, מומלץ לבצע את הפעולות שמתוארות בקטעים הבאים:
בחירת הזמינות של האשכול
אם הזמינות של מישור הבקרה חשובה לכם, כדאי לבחור באשכול Autopilot או באשכול אזורי רגיל, ולא באשכול רגיל לפי תחום. למידע נוסף, ראו מידע על אפשרויות ההגדרה של אשכולות.
שליטה בשדרוגים באמצעות הכלים של GKE
כדי לקבוע מתי ואיך GKE ישדרג את האשכול, אתם יכולים להשתמש בכלים הבאים וליישם את השיטות המומלצות:
- ערוצי הפצה: בוחרים ערוץ הפצה כדי לקבל גרסאות של אשכולות עם האיזון הרצוי בין זמינות התכונות לבין יציבות.
- חלונות זמן לתחזוקה: מגדירים חלון זמן חוזר שבו אפשר לבצע סוגים מסוימים של תחזוקה באשכול GKE, כמו שדרוגים.
- החרגות תחזוקה: מניעת תחזוקה של אשכולות לפרק זמן מסוים.
- תקציבי שיבושים באשכול: התאמה אישית של מרווח הזמן המינימלי בין סוגים ספציפיים של שדרוגי אשכולות, כולל תיקונים או שדרוגים קלים.
- אסטרטגיות לשדרוג צמתים: אם אתם משתמשים במאגר צמתים רגיל, אתם יכולים לבחור איך הצמתים יעודכנו – שדרוגים מסוג surge, blue-green או autoscaled blue-green (גרסת טרום-השקה (Preview)) – כדי לצמצם את ההפרעה לעומסי העבודה. בנוסף, אתם יכולים לבחור כמה מאגרי צמתים GKE ישדרג באופן אוטומטי בו-זמנית באשכול.
- רצף השקה: אישור השדרוגים בסביבת טרום-ייצור לפני ש-GKE משדרג את אשכולות הייצור.
- שדרוגים ידניים: שדרוג ידני של האשכול וביצוע פעולות כמו ביטול, המשך, חזרה למצב קודם והשלמה של שדרוגים אוטומטיים או ידניים שנמצאים בתהליך.
ניהול האשכול ומעקב אחריו
כדי לנהל שיבושים פוטנציאליים באשכולות, בצעו את המשימות הבאות באופן קבוע:
- מעקב אחרי האשכול באמצעות חבילת הכלים של GKE לתצפיתיות.
- כדאי לעקוב אחרי נתוני הגרסה של GKE כדי להתעדכן בהודעות.
- לצפות בהתראות על אשכולות, למשל כשהשדרוגים מתחילים או מסתיימים, כשגרסאות חדשות זמינות, עדכוני אבטחה דחופים ותאריכי סיום התמיכה.
- לראות את השדרוגים של האשכולות כדי להבין את מצב השדרוגים של האשכולות.
- כדי לדעת מתי גרסאות משניות יהיו זמינות לשדרוג ומתי הן יגיעו לסוף תקופת התמיכה, כדאי לבדוק את לוח הזמנים לפרסום גרסאות של GKE.
- להשתמש בהנחיות מפורטות שמזהות הזדמנויות פוטנציאליות לאופטימיזציה ומסבירות איך לבצע אופטימיזציה של השימוש באשכול, כולל הנחיות לגבי הוצאה משימוש של תכונות ו-API.
הכנת עומסי העבודה (workloads)
כדי לנהל את ההפרעות, חשוב להפוך את עומסי העבודה לעמידים ככל האפשר בפני הפרעות:
- כדי להבטיח יתירות ולהימנע מנקודת כשל בודדת, כדאי להריץ רפליקות של עומסי העבודה.
- הגדירו תקציב לשיבוש באפליקציה באמצעות תקציב לשיבוש Pod.
- מגדירים תקופת חסד לסיום באורך המתאים לעומס העבודה, כדי שהכיבוי יתבצע בצורה תקינה.
- אם עומס העבודה משתמש במעבדי GPU או TPU, פועלים לפי ההוראות לניהול שיבושים בצומתי GKE למעבדי GPU ו-TPU.
- באפליקציות עם שמירת מצב (stateful), שלרוב נדרש להן זמן כדי להפסיק באופן נקי את פעולות הקלט/פלט ולבטל את הטעינה מהאחסון, צריך לפעול לפי השלבים שמפורטים במאמר הכנת עומסי עבודה עם שמירת מצב (stateful) לשיבושים.
לדיון כללי בנושאים האלה, קראו את הקטע ניהול שיבושים בפוסט בבלוג השיטות המומלצות ל-GKE: פעולות ביום 2 להמשכיות עסקית.
סוגי השינויים באשכול GKE
בטבלאות הבאות מוצגים הסוגים הנפוצים ביותר של שינויים משמעותיים באשכול, כולל מאפיינים של השינויים האלה, כמו תדירות ורמת ההפרעה.
סוגי השדרוגים
בטבלה הבאה מוסבר איך שדרוגים יכולים לשבש את סביבת האשכול.
| שינוי | אוטומטי או ידני | תאימות למדיניות התחזוקה | תדירות | סוג השיבוש | רמת השיבוש |
|---|---|---|---|---|---|
| שדרוג מישור הבקרה | אוטומטי או ידני |
השדרוגים האוטומטיים פועלים בהתאם למדיניות התחזוקה עד לסיום התמיכה, למעט תיקוני חירום נדירים ביותר, לפי הצורך. מדיניות התחזוקה לא חוסמת שדרוגים ידניים. |
שדרוגי תיקונים, בתדירות של פעם בשבוע, בהתאם לערוץ ההפצה. שדרוגים קלים בערך כל ארבעה חודשים. באשכולות בערוץ המורחב, שדרוגים קלים מתבצעים רק כשהגרסה המשנית מתקרבת לסוף התמיכה. |
מישור הבקרה |
באשכולות Autopilot ובאשכולות סטנדרטיים אזוריים, מישור הבקרה נשאר זמין. באשכולות Standard אזוריים, כמה דקות שבהן אי אפשר לתקשר עם מישור הבקרה, כלומר אי אפשר להגדיר את האשכול, הצמתים ועומסי העבודה בזמן הזה. |
| שדרוג צומת | אוטומטי או ידני |
השדרוגים האוטומטיים פועלים בהתאם למדיניות התחזוקה עד לסיום התמיכה, למעט תיקוני חירום נדירים ביותר, לפי הצורך. מדיניות התחזוקה לא חוסמת שדרוגים ידניים. |
בדרך כלל, באותו זמן כמו השדרוגים של מישור הבקרה. אם האשכול לא רשום לערוץ הפצה והשבתתם את השדרוגים האוטומטיים של הצמתים, אתם צריכים לשדרג ידנית את מאגרי הצמתים של האשכול. |
כל הצמתים של אשכולות Autopilot, או מאגר צמתים אחד או יותר של אשכולות Standard. |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. ב-GKE, באשכולות Autopilot השדרוגים מתבצעים באמצעות שדרוגי מתח, ובאשכולות Standard השדרוגים מתבצעים באמצעות אסטרטגיית השדרוג שהוגדרה לצומת (שדרוג מתח, שדרוג כחול-ירוק או שדרוג כחול-ירוק עם התאמה אוטומטית לעומס (גרסת טרום-השקה (Preview))). |
שינויים ידניים שיוצרים מחדש את הצמתים באמצעות אסטרטגיית שדרוג צמתים, תוך שמירה על מדיניות התחזוקה
בטבלה הבאה מוסבר איך השינויים הידניים האלה יכולים לשבש את סביבת האשכול. הרשימה הזו כוללת, בין היתר, שינויים ידניים שמתאימים למדיניות התחזוקה של GKE.
| שינוי | אוטומטי או ידני | תאימות למדיניות התחזוקה | תדירות | סוג השיבוש | רמת השיבוש |
|---|---|---|---|---|---|
| השבתת היציאה לקריאה בלבד של kubelet | הופעל ידנית | לא פועל לפי מדיניות התחזוקה, מבצע שינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה. | כל הצמתים באשכול Autopilot כל הצמתים במאגר צמתים של אשכול Standard. |
כדי ליצור מחדש צמתים, צריך להשבית אותם. צריך להחליף את הפודים. GKE משתמש מיד בשדרוגים עם הגדלת נפח כדי ליצור מחדש את הצמתים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגים במתח, גם אם מוגדרת אסטרטגיה אחרת לשדרוג צמתים, כמו שדרוגים כחולים-ירוקים. |
| החלפת פרטי הכניסה של האשכול | אוטומטי אם תוקף פרטי הכניסה של האשכול יפוג תוך 30 יום, אפשר גם להפעיל באופן ידני. | מדיניות התחזוקה נשמרת. עם זאת, יכול להיות ש-GKE יבטל את מדיניות התחזוקה תוך 30 יום לפני שתוקף פרטי הכניסה יפוג. בתוך 30 יום, GKE מתעלם מזמינות התחזוקה בשלב הראשון, שהוא התחלת הרוטציה. בנוסף, אם מפעילים באופן ידני פעולות ספציפיות אחרי השלב הראשון, הפעולה הזו לא תואמת למדיניות התחזוקה. | פעם אחת בכל שינוי ידני מהסוג הזה, או בהתאם למשך החיים של פרטי הכניסה לאשכול להפעלה אוטומטית. אתם יכולים להפעיל באופן ידני פעולות לשלבים ספציפיים בתהליך הרוטציה. | בחלק מהשלבים, מישור הבקרה. בשלבים אחרים, כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard. |
כשמתחילים את הרוטציה ומשלימים אותה, רמת ההפרעה היא:
כשיוצרים מחדש את הצמתים, רמת השיבוש היא:
|
| החלפת כתובת ה-IP של מישור הבקרה | הופעל ידנית | הוא פועל בהתאם למדיניות התחזוקה, אבל אם מפעילים באופן ידני פעולות ספציפיות אחרי השלב הראשון, הפעולה הזו לא פועלת בהתאם למדיניות התחזוקה. | פעם אחת בכל שינוי ידני מהסוג הזה. אתם יכולים להפעיל באופן ידני פעולות לשלבים ספציפיים בתהליך הרוטציה. | בחלק מהשלבים, מישור הבקרה. בשלבים אחרים, כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard. |
כשמתחילים את הרוטציה ומשלימים אותה, רמת ההפרעה היא:
כשיוצרים מחדש את הצמתים, רמת השיבוש היא:
|
| הגדרת צמתים מוגנים | הופעל ידנית |
יצירה מחדש של מישור הבקרה לא מכבדת את מדיניות התחזוקה, אלא מבצעת את השינויים באופן מיידי. יצירה מחדש של הצמתים כן כפופה למדיניות התחזוקה. |
פעם אחת בכל שינוי מהסוג הזה |
מישור הבקרה מתעדכן. אחרי שמישור הבקרה מתעדכן, צריך ליצור מחדש את כל הצמתים בכל מאגר צמתים של אשכול Standard. |
כשיוצרים מחדש את מישור הבקרה, רמת השיבוש היא:
כשיוצרים מחדש את הצמתים, רמת השיבוש היא:
|
| הגדרת מדיניות רשת ב-Kubernetes | הופעל ידנית | מדיניות התחזוקה נשמרת | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard. |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| הגדרת הרשאות הגישה בתוך הצומת | הופעל ידנית | מדיניות התחזוקה נשמרת | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים של אשכולות Autopilot, כל הצמתים בכל מאגר צמתים של אשכולות Standard. |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| הגדרת NodeLocal DNSCache | הופעל ידנית | מדיניות התחזוקה נשמרת | פעם אחת בכל שינוי מהסוג הזה | צריך לעדכן את כל הצמתים במאגר הצמתים של אשכול Standard שמתעדכן. |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| הפעלת סטרימינג של תמונות | הופעל ידנית |
כשמעדכנים ברמת האשכול, המערכת פועלת בהתאם למדיניות התחזוקה. כשמעדכנים מאגרי צמתים נפרדים, המערכת לא פועלת לפי כללי מדיניות התחזוקה. |
פעם אחת בכל שינוי מהסוג הזה |
אם האפשרות מופעלת ברמת מאגר הצמתים, כל הצמתים במאגר הצמתים של אשכול Standard. אם ההגדרה מופעלת ברמת האשכול, צמתים של כל מאגרי הצמתים באשכול Standard שבהם לא הפעלתם או השבתם את ההגדרה באופן ספציפי למאגר הצמתים. |
GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים של מאגר צמתים. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
תחזוקה אוטומטית שלא פועלת לפי מדיניות התחזוקה
בטבלה הבאה מוסבר איך תחזוקה אוטומטית שלא פועלת לפי מדיניות התחזוקה יכולה לשבש את סביבת האשכול.
| שינוי | אוטומטי או ידני | תאימות למדיניות התחזוקה | תדירות | סוג השיבוש | רמת השיבוש |
|---|---|---|---|---|---|
| תיקון או שינוי גודל של מישור הבקרה | אוטומטי | לא עומד במדיניות התחזוקה |
תדירות התיקון של מישור הבקרה היא אקראית, אבל אין לה השפעה על אשכולות Autopilot ואשכולות Standard אזוריים. שינוי הגודל של מישור הבקרה לא קורה לעיתים קרובות, אבל התדירות שלו עולה עם אירועי התאמה לעומס (scaling) של האשכול. בנוסף, אין לו השפעה על אשכולות Autopilot ואשכולות Standard אזוריים. |
מישור הבקרה |
באשכולות Autopilot ובאשכולות סטנדרטיים אזוריים, מישור הבקרה נשאר זמין. באשכולות Standard אזוריים, כמה דקות שבהן אי אפשר לתקשר עם מישור הבקרה, כלומר אי אפשר להגדיר את האשכול, הצמתים ועומסי העבודה בזמן הזה. |
| אירוע תחזוקה של מארח | אוטומטי | לא עומד במדיניות התחזוקה | בקטע אירועי תחזוקה מפורטת התדירות המשוערת. | צומת אחד |
ברוב סוגי הצמתים, ההשפעה מינימלית. יכול להיות שצמתים מסוימים, כולל כאלה עם GPU או TPU, יחוו שיבושים משמעותיים יותר. מידע נוסף זמין במאמר תחזוקה מסוג אחר של Google Cloud . |
| תיקון אוטומטי של צמתים | אוטומטי | לא עומד במדיניות התחזוקה | תדירות התיקון האוטומטי של הצמתים היא אקראית. |
צומת אחד | הצומת מופעל מחדש, ולכן כל ה-Pods שפועלים בצומת משובשים. |
| החזרת מכונות וירטואליות במודל Spot ומכונות וירטואליות זמניות | אוטומטי | לא עומד במדיניות התחזוקה |
במכונות וירטואליות זמניות, לפחות פעם אחת בכל 24 שעות. ב-VM במודל Spot, כש-Compute Engine צריך את המשאבים במקום אחר. |
צומת אחד | פרטים נוספים זמינים במאמרים סיום וכיבוי מבוקר של מכונות וירטואליות במודל Spot וסיום וכיבוי מבוקר של מכונות וירטואליות זמניות. |
| תחזוקה של מסד הנתונים של מצב האשכול שמבוסס על Spanner | אוטומטי | לא עומד במדיניות התחזוקה | האירועים הם אקראיים ואין להם השפעה על אשכולות או על עומסי עבודה. | אין. מסד הנתונים שמבוסס על Spanner פועל בנפרד ממישור הבקרה ומהצמתים של האשכול בתשתית של Google. | אין. מסד הנתונים שמבוסס על Spanner משוכפל לכל סוגי האשכולות, והוא זמין במהלך התחזוקה. |
שינויים ידניים שיוצרים מחדש את הצמתים באמצעות אסטרטגיית שדרוג צמתים, בלי להתחשב במדיניות התחזוקה
בטבלה הבאה מוסבר איך השינויים הידניים האלה יכולים לשבש את סביבת האשכול. הרשימה הזו כוללת שינויים שמתרחשים כש-GKE משתמש בשדרוגים במקביל וכש-GKE משתמש בשדרוגים כחול-ירוק, שלא נכללים בקטע השני כי הם לא תואמים למדיניות התחזוקה.
| שינוי | אוטומטי או ידני | תאימות למדיניות התחזוקה | תדירות | סוג השיבוש | רמת השיבוש |
|---|---|---|---|---|---|
| שינויים באיסוף היומנים של מישור הבקרה | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | מישור הבקרה מתעדכן. | כשיוצרים מחדש את מישור הבקרה, רמת השיבוש היא:
|
| עדכון התווית של מאגר הצמתים | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard | כשמעדכנים את תוויות הצמתים במאגר צמתים קיים, GKE משתמש מיד בשדרוגי מתח כדי ליצור מחדש את מאגר הצמתים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| שינוי קנה המידה של הצמתים באופן אנכי על ידי שינוי מאפייני המכונה של הצומת | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard | מערכת GKE משתמשת מיד בשדרוגי מתח כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| שינויים בסוג התמונה | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. באשכולות Standard, GKE משתמש באסטרטגיית השדרוג שהוגדרה לצומת (שדרוג הדרגתי, כחול-ירוק או כחול-ירוק עם התאמה אוטומטית לעומס (גרסת טרום-השקה (Preview))). |
| הוספה או החלפה של מאגרי אחסון במאגר צמתים של אשכול רגיל | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. באשכולות Standard, GKE משתמש באסטרטגיית השדרוג שהוגדרה לצומת (שדרוג הדרגתי, כחול-ירוק או כחול-ירוק עם התאמה אוטומטית לעומס (גרסת טרום-השקה (Preview))). |
| הפעלת סטרימינג של תמונות | הופעל ידנית |
כשמעדכנים ברמת האשכול, המערכת פועלת בהתאם למדיניות התחזוקה. כשמעדכנים מאגרי צמתים נפרדים, המערכת לא פועלת לפי כללי מדיניות התחזוקה. |
פעם אחת בכל שינוי מהסוג הזה |
אם האפשרות מופעלת ברמת מאגר הצמתים, כל הצמתים במאגר הצמתים של אשכול Standard. אם ההגדרה מופעלת ברמת האשכול, צמתים של כל מאגרי הצמתים באשכול Standard שבהם לא הפעלתם או השבתם את ההגדרה באופן ספציפי למאגר הצמתים. |
GKE משתמש בשדרוגי מתח כדי ליצור מחדש את הצמתים של מאגר צמתים. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| עדכונים בהגדרות של ביצועי הרשת | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. מערכת GKE משתמשת מיד בשדרוגי מתח כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| הפעלת gVNIC | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. מערכת GKE משתמשת מיד בשדרוגי מתח כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| שינויים בהגדרות המערכת של הצומת (באמצעות אסטרטגיית השדרוג הרגילה) | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. מערכת GKE משתמשת מיד בשדרוגי מתח כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
| צמתים חסויים | הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים במאגר צמתים של אשכול Standard |
צריך לכבות את הצמתים כדי ליצור אותם מחדש, וצריך להחליף את ה-Pods. מערכת GKE משתמשת מיד בשדרוגי מתח כדי ליצור מחדש את הצמתים במאגר צמתים קיים, בלי קשר למדיניות התחזוקה הפעילה. GKE משתמש בשדרוגי מתח גם אם מוגדרת אסטרטגיית שדרוג אחרת של צמתים, כמו שדרוגים כחולים-ירוקים. |
שינויים שלא דורשים יצירה מחדש של הצמתים
בטבלה הבאה מפורטים השינויים בהגדרות של הצמתים שלא מחייבים ליצור אותם מחדש. השינויים האלה לא גורמים לשיבושים, אבל עדיין יכולים להיות שיבושים אם הגדרת הצומת המעודכנת משפיעה על עומס העבודה.
| שינוי | אוטומטי או ידני | תאימות למדיניות התחזוקה | תדירות | סוג השיבוש | רמת השיבוש |
|---|---|---|---|---|---|
|
מעדכנים את ההגדרות הבאות:
|
הופעל ידנית | לא מכבד את מדיניות התחזוקה, מבצע את השינויים באופן מיידי. | פעם אחת בכל שינוי מהסוג הזה | כל הצמתים הרלוונטיים מעודכנים. | אין צורך להחליף את ה-Pods כי הגדרת הצומת מתעדכנת בלי ליצור מחדש את הצמתים. |
המאמרים הבאים
- סקירה כללית על GKE
- ארכיטקטורת אשכולות GKE
- אחריות משותפת ב-GKE
- ניהול גרסאות ותמיכה ב-GKE
- הסכם רמת השירות של GKE
- שדרוגים של אשכולות GKE