בדף הזה מוסבר איך הוצאה משימוש של תכונות ו-API שנגרמת על ידי Kubernetes ותלויות אחרות פועלת עם Google Kubernetes Engine (GKE). בדף הזה יש גם טבלאות עם מידע על הוצאות משימוש ספציפיות במעלה הזרם. במאמר הצגת תובנות והמלצות לגבי הוצאה משימוש מוסבר איך רואים את החשיפה שלכם להוצאות משימוש עתידיות.
מהן הוצאות משימוש ב-Kubernetes?
אשכולות GKE מופעלים על ידי מערכת ניהול האשכולות Kubernetes בקוד פתוח. ערכת התכונות של Kubernetes מתפתחת עם הזמן, וכמו שמוסיפים תכונות חדשות עם הזמן, לפעמים צריך להסיר תכונה מסוימת. או שתכונה מסוימת תעבור משלב הבטא לשלב הזמינות הכללית (GA). מדיניות הוצאה משימוש של Kubernetes תכונה או API שהוצאו משימוש לפני שהם מוסרים.
אחרי תקופת ההוצאה משימוש, כשפיצ'ר או API מוסרים, אי אפשר יותר להשתמש בהם החל מגרסת המשנה התואמת של GKE. אם אשכול היה תלוי בתכונה או ב-API שהוצאו משימוש, יכול להיות שהפונקציונליות שלו תיפגע.
הוצאה משימוש שנגרמת בגלל תלות אחרת במעלה הזרם
בנוסף לתכונות ולממשקי API של Kubernetes, GKE מספק גם תכונות שמבוססות על ספקים אחרים, כמו תמונות צמתים של Windows שמגובות על ידי מיקרוסופט, ותמונות צמתים של Ubuntu שמגובות על ידי Canonical. כשספקי upstream מפסיקים את התמיכה בתכונה מסוימת או מוציאים אותה משימוש, יכול להיות ש-GKE יצטרך להסיר את התכונה התואמת. בטבלאות שבדף הזה מופיע גם מידע על הוצאות משימוש והסרות עתידיות שנגרמות בגלל תלות ב-upstream, מלבד Kubernetes.
איך הוצאה משימוש של Kubernetes עובדת עם GKE
הפעלת אפליקציות ב-GKE כרוכה באחריות משותפת ביניכם לבין GKE.
כמשתמשים, אתם צריכים להעריך את החשיפה שלכם לתכונות ולממשקי API שהוצאו משימוש ויוסרו בגרסאות משניות קרובות של Kubernetes, ולצמצם את החשיפה הזו. בקטעים הבאים נסביר איך GKE מקל על התהליך הזה על ידי זיהוי שימוש בתכונות ובממשקי API של Kubernetes שהוצאו משימוש, שיתוף תובנות לגבי השימוש הזה ומתן המלצות לגבי מעבר לתכונות ולממשקי API שתואמים לגרסאות משניות עתידיות.
אם GKE מזהה שאשכול משתמש בתכונה שהוסרה בגרסה משנית קרובה של Kubernetes, השדרוגים האוטומטיים של האשכול לגרסה המשנית הבאה מושהים, ו-GKE משתף תובנה והמלצה לגבי הוצאה משימוש.
מה קורה כש-GKE משהה שדרוגים אוטומטיים?
אם GKE מזהה שימוש בתכונה או ב-API שהוצאו משימוש, הוא משהה את השדרוגים האוטומטיים כדי למנוע שדרוג של האשכול למצב לא תקין. השדרוגים לגרסה משנית של Kubernetes מושהים, אבל GKE ממשיך לספק שדרוגי תיקון לאשכול בגרסה המשנית הנוכחית. לדוגמה, אם קלאסטר נמצא בגרסה 1.21.11-gke.1100 ויש בו קריאות ל-APIs שהוצאו משימוש והוסרו מגרסה 1.22, GKE משהה את השדרוג האוטומטי לגרסה 1.22. עם זאת, ב-GKE לא מושהה השדרוג האוטומטי לגרסת תיקון חדשה, 1.21.11-gke.1900.
מכיוון ש-GKE לא יכול להבטיח שכל השימוש יזוהה, הוא לא יכול להבטיח שהשדרוגים תמיד יושהו כשמשתמשים בתכונה או ב-API שהוצאו משימוש. כדי לוודא שקלאסטר לא ישודרג, צריך להשתמש בהחרגות תחזוקה.
מתי GKE יחדש את השדרוגים האוטומטיים?
אם מערכת GKE לא מזהה שימוש בתכונה שהוצאה משימוש או קריאות לממשקי API שהוצאו משימוש במשך 30 ימים, השדרוג של האשכול מתבצע אוטומטית אם הגרסה המשנית הבאה היא יעד השדרוג האוטומטי של האשכול בערוץ ההפצה של האשכול, ולא קיימים באשכול גורמים אחרים שמונעים שדרוגים, כמו החרגת תחזוקה פעילה. כדי לראות מתי גרסת המשנה הופכת ליעד לשדרוג אוטומטי בערוץ ההפצה של האשכול, אפשר לעיין בלוח הזמנים של ההפצה כדי לקבל תאריך משוער, ובהערות לגבי ההפצה כדי לקבל את ההודעה הספציפית. כדי לקבל יעדי שדרוג אוטומטי לאשכול ספציפי, אפשר לעיין במאמר קבלת מידע על שדרוגים של אשכול.
אם GKE ממשיך לזהות שימוש בתכונה שהוצאה משימוש באשכול, הוא ישמור את האשכול בגרסה המשנית הנוכחית שלו עד לתאריך סיום התמיכה בגרסה.
תאריכי סיום התמיכה בגרסאות משניות זמינים בלוח הזמנים של ההפצה. תאריך סיום התמיכה בגרסה משנית תלוי בהרשמה לערוץ ההפצה, ולכן חשוב לוודא שאתם מעיינים בתאריך הנכון שמשקף את ערוץ ההפצה של האשכול שלכם:
- ערוצי הפצה שאינם Extended: אם האשכול רשום בערוצים Rapid, Regular או Stable, או אם האשכול לא רשום בערוץ הפצה, התאריך הזה הוא סוף התמיכה הרגילה בגרסה המשנית.
- ערוץ מורחב: אם האשכול שלכם רשום בערוץ מורחב, GKE לא ישדרג את האשכול באופן אוטומטי מהגרסה המשנית עד סוף התמיכה המורחבת.
כשמגיעים לתאריך הזה, האשכול משודרג אוטומטית לגרסה המשנית הבאה, והסביבה של האשכול עלולה להיפגע כי התכונה שהוסרה עדיין נמצאת בשימוש. מידע נוסף על שדרוגים אוטומטיים בסיום התמיכה
מהן תובנות והמלצות לגבי הוצאה משימוש?
אם GKE מזהה שאשכול משתמש בתכונה שהוסרה בגרסה משנית קרובה של Kubernetes, GKE משתף תובנה והמלצה לגבי הוצאה משימוש, ומודיע לכם על השימוש באשכול בתכונה שהוצאה משימוש. התובנה הזו מספקת מידע על השימוש האחרון שזוהה, ופרטים נוספים בהתאם לסוג ההוצאה משימוש. במאמר הצגת תובנות והמלצות לגבי הוצאה משימוש מוסבר איך רואים את המידע הזה.
הערכה וצמצום של החשיפה להוצאות משימוש של Kubernetes
GKE מספק מדריכי העברה שמסבירים איך להעביר תכונות וממשקי API שהוצאו משימוש לתכונות ולממשקי API שתואמים לגרסה המשנית הקרובה. רשימה של הוצאות משימוש עתידיות ומדריכים להעברת נתונים זמינה במאמר מידע על הוצאות משימוש ב-Kubernetes.
GKE משתף תובנות לגבי אשכולות שהוא זיהה שנחשפים להוצאה משימוש, אבל לא מובטח שהוא יזהה את כל החשיפות להוצאות משימוש עתידיות. לדוגמה, אם לא נעשה שימוש בתכונה שהוצאה משימוש ב-30 הימים האחרונים, GKE לא מזהה שימוש, ולא נוצר תובנה או המלצה.
לפני שמשדרגים את האשכול לגרסה המשנית הבאה, צריך להעריך באופן עצמאי את החשיפה של סביבת האשכול לכל ההוצאות משימוש הקרובות. אתם יכולים לשלוט בתהליך השדרוג על ידי בחירה של ערוץ הפצה, שימוש בחלונות זמן לתחזוקה ובהחרגות או שדרוג ידני של האשכולות אם קבעתם שהם לא חשופים להוצאה משימוש בגרסה המשנית הבאה.
פתרון בעיות שקשורות להוצאה משימוש של תכונות ב-Kubernetes
כדי לטפל בבעיה, צריך לעיין בהוצאות משימוש שצפויות בהמשך. כדאי לעיין בתובנות ובהמלצות לגבי הוצאה משימוש כדי להעריך אם האשכול שלכם חשוף, ולהשתמש במדריכי העברה כדי לצמצם את החשיפה לפני שהגרסה המשנית האחרונה שזמינה ותומכת בתכונה מגיעה לסוף התמיכה שלה.
אחרי שמבצעים שינויים כדי להפסיק את השימוש בתכונות או בממשקי API שהוצאו משימוש באשכול, GKE ממתין 30 יום עד שלא יזוהה יותר שימוש בתכונות או בממשקי API שהוצאו משימוש, ואז מבטל את החסימה של השדרוגים האוטומטיים. שדרוגים אוטומטיים מתבצעים בהתאם ללוח זמנים לפרסום.
אפשר גם לשדרג את האשכול באופן ידני אם בטוחים שהשדרוג לא יגרום לשיבושים בסביבת האשכול. כדי לעשות את זה, קודם יוצרים אשכול בדיקה ובודקים אם השדרוג גורם לשיבושים כלשהם. אם לא, אפשר לשדרג את האשכול באופן ידני.
כשאתם דוחים המלצה, אתם רק מסתירים אותה מכל המשתמשים. השדרוגים האוטומטיים יושהו עד שתעבירו את השימוש בתכונות שהוצאו משימוש, ועד שמערכת GKE לא תזהה שימוש בתכונות האלה במשך 30 ימים רצופים.
מידע על הוצאה משימוש ב-Kubernetes
בקטעים הבאים מפורט מידע על הוצאה משימוש של תכונות, כולל מדריכים להעברה לתכונות או לממשקי API שתואמים לגרסאות משניות זמינות של Kubernetes. אתם יכולים לבדוק את הטבלאות האלה כדי לראות אם GKE מזהה את השימוש ומדווח עליו באמצעות תובנות והמלצות.
הטבלאות האלה מספקות מידע רק על הוצאות משימוש שנמצאות בתהליך, ולא כוללות מידע שהיה כלול בעבר לגבי תכונות או ממשקי API שהוצאו משימוש בגרסאות שהתאריך לסיום התמיכה בהן חלף מזמן.
הפסקת התמיכה בתכונות של Kubernetes
בטבלה הבאה מפורטות תכונות ב-GKE שהוצאו משימוש, וגם הגרסה שבה התכונות האלה כבר לא נתמכות:
| שם | הוצא משימוש | הוסר | מידע נוסף | האם GKE מזהה את השימוש ומדווח עליו? |
|---|---|---|---|---|
| Identity Service for GKE | 1 ביולי 2026 | גרסה 1.37 ואילך | הוצאה משימוש של Identity Service ל-GKE | לא |
| Container Registry | 15 במאי 2023 | 18 במרץ 2025 | מעבר מ-Container Registry ל-Artifact Registry ב-GKE | לא |
| לוח הבקרה GKE Compliance (גרסת Preview) | 28 בינואר 2025 | 30 ביוני 2025 | הוצאה משימוש של תכונות לניהול מצב האבטחה | לא |
|
סריקה של נקודות חולשה בעומסי עבודה לוח הבקרה של מצב האבטחה ב-GKE |
|
|
הסרת סריקת נקודות חולשה ממהדורת GKE Standard | כן |
|
בעיות שקשורות לשרשרת האספקה – Binary Authorization (תצוגה מקדימה) לוח הבקרה של מצב האבטחה ב-GKE |
28 בינואר 2025 | 31 במרץ 2025 | הוצאה משימוש של תכונות לניהול מצב האבטחה | לא |
|
מצב האבטחה של Kubernetes – רמה מתקדמת (גרסת Preview) לוח הבקרה של מצב האבטחה ב-GKE |
28 בינואר 2025 | 31 במרץ 2025 | הוצאה משימוש של תכונות לניהול מצב האבטחה | כן |
| תכונות של containerd 1.7 | GKE version 1.32 | GKE version 1.33 | העברת צמתים ל-containerd 2 | כן |
| מצב cgroupv1 ב-Linux | גרסה 1.31 של GKE | TBD | העברת צמתים ל-Linux cgroupv2 | לא |
| הסרת בדיקת נקודות חולשה ממהדורת GKE Standard | 23 ביולי 2024 | 31 ביולי 2025 | הסרת סריקת נקודות חולשה ממהדורת GKE Standard | לא |
| אישורי TLS שחתומים באמצעות אלגוריתם SHA-1 | גרסה 1.24 של GKE | GKE version 1.29 | הסרת התמיכה באישורי TLS מסוג SHA-1 | כן |
| פלאגין אימות מובנה ללקוחות Kubernetes | גרסה 1.22 של GKE | GKE version 1.25 | פלאגין אימות שהוצא משימוש ללקוחות Kubernetes | לא |
| PodSecurityPolicy | GKE version 1.21 | GKE version 1.25 | הוצאה משימוש של PodSecurityPolicy | כן |
| תמונות צומת שמבוססות על Docker | GKE version 1.20 | גרסה 1.24 של GKE | הוצאה משימוש של קובץ אימג' של צומת Docker | כן |
| שדה השם הנפוץ (Common Name) של X.509 באישורים של webhook | גרסה 1.19 של GKE | GKE version 1.23 | הוצאה משימוש של השדה CN באישורים של Webhook | כן |
הוצאה משימוש של Kubernetes API
בטבלה הבאה מופיעה סקירה כללית של ממשקי Kubernetes API שהוצאו משימוש ולא מופעלים יותר, ממוינים לפי גרסת Kubernetes:
| גרסת Kubernetes | מידע נוסף | האם GKE מזהה את השימוש ומדווח עליו? |
|---|---|---|
| 1.32 | APIs שהוצאו משימוש ב-Kubernetes 1.32 | כן |
| 1.29 | APIs שהוצאו משימוש ב-Kubernetes 1.29 | כן |
| 1.27 | Kubernetes 1.27 deprecated APIs | כן |
| 1.26 | ממשקי API שהוצאו משימוש ב-Kubernetes 1.26 | כן |
| 1.25 | Kubernetes 1.25 deprecated APIs | כן |
| 1.22 | ממשקי API שהוצאו משימוש ב-Kubernetes 1.22, ממשקי API בגרסת בטא של Kubernetes Ingress שהוסרו ב-GKE 1.23 |
כן |
הוצאה משימוש של תכונות אחרות
בטבלה הבאה מפורטים הוצאות משימוש והסרות שנגרמות על ידי ספקי upstream אחרים שלא נכללים בפרויקט הקוד הפתוח של Kubernetes.
| שם | הוצא משימוש | הוסר | מידע נוסף | האם GKE מזהה את השימוש ומדווח עליו? |
|---|---|---|---|---|
| קובצי אימג' של צמתים של Windows Server Semi-Annual Channel (SAC) | לא רלוונטי | 9 באוגוסט 2022 | סיום התמיכה ב-Windows Server SAC | לא |
| Saxml להצגת מודלים בכמה מארחים ב-TPU וב-GKE | לא רלוונטי | 24 באפריל 2025 | נתוני גרסה | לא |