ערוצי הפצה מנוהלים של Cloud Service Mesh

‫Cloud Service Mesh מפרסם עדכונים לעיתים קרובות, כדי לספק עדכוני אבטחה, לפתור בעיות ידועות ולהציג תכונות חדשות. ערוצי ההפצה מאזנים בין יציבות לבין מערך התכונות של הגרסה של Cloud Service Mesh. ערוצי ההפצה של Cloud Service Mesh קשורים לערוצי ההפצה של Google Kubernetes Engine‏ (GKE). ‫Google מנהלת באופן אוטומטי את הגרסה ואת קצב השדרוג של כל ערוץ הפצה.

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

ערוצי הפצה זמינים

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

ערוץ זמינות חדשה של Cloud Service Mesh מנוהל נכסים
חדשנות אחרי כל מהדורה של Cloud Service Mesh לקבל את הגרסה האחרונה של Cloud Service Mesh מוקדם ככל האפשר, ולהשתמש בתכונות חדשות ברגע שהן נכללות בגרסה. רמת הבקרה מתעדכנת לעיתים קרובות כדי שתמיד תהיה לכם גרסת התיקון העדכנית ביותר, וכדי שתוכלו להשתמש ביכולות חדשות. השימוש בערוץ Rapid מומלץ לבדיקת גרסאות חדשות יותר של Cloud Service Mesh וממשקי API בסביבות טרום-ייצור.
Regular המהירות 'מהירה' קודמה ל'רגילה'* לקבל גישה לתכונות של Cloud Service Mesh ו-Istio זמן קצר אחרי שהן מושקות, אבל בגרסה שעברה בדיקות במשך תקופה ארוכה יותר. הגרסה הזו מציעה איזון בין זמינות התכונות ליציבות הגרסה, והיא מומלצת לרוב המשתמשים.
יציב גרסה רגילה מקודמת לגרסה יציבה* היציבות חשובה יותר מהפונקציונליות החדשה. השינויים והגרסאות החדשות בערוץ הזה מושקים אחרונים, אחרי שהם עוברים אימות בערוצים 'מהיר' ו'רגיל'. כך יש יותר זמן לאימות.
*לוח הזמנים של המבצע לשדרוג לערוץ הבא תלוי בכמה גורמים, כולל מהדורת הקוד הפתוח של Istio, מהדורת Anthos ולוח הזמנים של התיקונים, ולכן הוא עשוי להשתנות. כדי להתעדכן במידע העדכני ביותר, מוסיפים את כתובת ה-URL של הערות הגרסה של Cloud Service Mesh לקורא הפידים או מוסיפים את כתובת ה-URL של הפיד ישירות: https://cloud.google.com/feeds/servicemesh-release-notes.xml

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

כל הערוצים מבוססים על גרסה שזמינה לכלל המשתמשים (GA) (אבל יכול להיות שחלק מהתכונות לא יהיו זמינות לכלל המשתמשים, כמו שמצוין). גרסאות חדשות של Cloud Service Mesh מושקות קודם בערוץ המהיר, ולאחר מכן הן עוברות לערוץ הרגיל ולערוץ היציב. כך תוכלו לבחור ערוץ שמתאים לצרכים העסקיים, ליציבות ולפונקציונליות שלכם.

הערוץ של Cloud Service Mesh באשכול נקבע לפי הערוץ של אשכול GKE.

ערוץ GKE Cloud Service Mesh Channel
חדשנות חדשנות
Regular Regular
יציב יציב
(ללא ערוץ) Regular

גרסאות של Cloud Service Mesh לכל ערוץ

הערוץ של Cloud Service Mesh נקבע לפי הערוץ של אשכול GKE בזמן הקצאת Cloud Service Mesh מנוהל. אם תשנו את הערוץ של אשכול GKE בהמשך, הערוץ המקורי של Cloud Service Mesh יישאר.

בטבלה הבאה מפורט המיפוי הנוכחי של הערוצים לגרסאות של Cloud Service Mesh:

ערוץ גרסת Cloud Service Mesh
חדשנות 1.21
Regular 1.20
יציב 1.19

ערוץ ברירת המחדל

ב-Cloud Service Mesh שהותקן לאחרונה, אם הותקן ערוץ מנוהל יחיד באשכול, הערוץ הזה יהיה ערוץ ברירת המחדל של האשכול.

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

אתם יכולים להשתמש בתווית istio-injection=enabled ככינוי שמפנה את ההוספה לתוויות האחרות שבהן אתם משתמשים בערוץ, כמו הגרסה שמוגדרת כברירת מחדל. בכל מקום שבו במסמכים שלנו מצוין שצריך להשתמש בתווית istio.io/rev namespace להזרקה, אפשר להשתמש במקום זאת בתווית istio-injection=enabled.

תוויות הזרקה

כדי לאפשר ל-Cloud Service Mesh לנהל את עומסי העבודה במרחב שמות מסוים, צריך להוסיף למרחב השמות תווית שמתאימה לערוץ שהותקן. שירות Cloud Service Mesh מנוהל תומך בשני סוגים של תוויות:

  • תוויות גרסה רגילות, כלומר asm-managed-stable, asm-managed, asm-managed-rapid, שמתאימות לערוצים stable, regular ו-rapid.
  • תווית ברירת המחדל להוספה (לדוגמה, istio-injection=enabled), שמתאימה לערוץ ברירת המחדל של האשכול הזה. שימוש בתווית ברירת המחדל להוספה מקל על ההעברה בין גרסאות. לדוגמה, כשעוברים מ-Istio OSS או מ-Cloud Service Mesh לא מנוהל ל-Cloud Service Mesh מנוהל, אין צורך להוסיף תווית מחדש לכל מרחב שמות בנפרד. בכל מקום שבו במסמכי Cloud Service Mesh מוצג שימוש בתווית מרחב השמות istio.io/rev להזרקה, אפשר להשתמש במקום זאת בתווית istio-injection=enabled.

דוגמאות נוספות לתוויות הזרקה כוללות תיוג עומסי עבודה באמצעות sidecar.istio.io/inject (בשימוש נפוץ עבור שערים) ו-istio.io/rev, שמתאים למרחבי שמות ולעומסי עבודה.

תוויות ברירת מחדל להוספה

כדי להחיל את תווית ההזרקה שמוגדרת כברירת מחדל על מרחב שמות:

kubectl label namespace NAMESPACE istio-injection=enabled istio.io/rev- --overwrite

תוויות של גרסאות

בדומה לתוויות אחרות של Kubernetes, תווית של עדכון היא צמד מפתח/ערך. המפתח בתווית של גרסה הוא תמיד istio.io/rev, אבל הערך משתנה. כדי לבחור ערוץ הפצה, צריך להחיל על מרחבי השמות את אחד משמות הגרסאות הבאים:

שם הגרסה ערוץ
asm-managed Regular
asm-managed-rapid חדשנות
asm-managed-stable יציב

לדוגמה, כדי להחיל את ערוץ ההפצה הרגיל על מרחב שמות:

kubectl label namespace NAMESPACE istio.io/rev=asm-managed --overwrite

מומלץ להשתמש באותו ערוץ הפצה שבו נעשה שימוש באשכול.

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

kubectl get namespace NAMESPACE -o jsonpath='{.metadata.labels.istio\.io/rev}{"\n"}'

עדכון שרתי proxy לא מנוהלים

אחרי כל מהדורה של Cloud Service Mesh, מפעילים מחדש את ה-proxies הלא מנוהלים של השירותים והשערים. למרות שרשת שירותים פועלת היטב גם כשמישור הבקרה והפרוקסי נמצאים בגרסאות שונות, מומלץ לעדכן את הפרוקסי כך שהם יוגדרו עם הגרסה החדשה של Cloud Service Mesh.

  1. בודקים את גרסת מישור הבקרה והפרוקסי.

  2. אם גרסת מישור הבקרה חדשה יותר מגרסת ה-proxy, צריך להפעיל מחדש את ה-proxies הלא מנוהלים של השירותים והשערים.

    kubectl rollout restart deployment -n NAMESPACE