תכונות נתמכות במישור הבקרה בתוך האשכול

בדף הזה מתוארות תכונות שנתמכות ב-Cloud Service Mesh‏1.29.5 עם מישור בקרה בתוך האשכול. כדי לראות את התכונות הנתמכות של Cloud Service Mesh 1.29.5 עם מישור בקרה מנוהל, אפשר לעיין במאמר בנושא מישור בקרה מנוהל.

גרסאות נתמכות

התמיכה ב-Cloud Service Mesh מתבססת על מדיניות התמיכה בגרסאות של GKE Enterprise.

במקרה של Cloud Service Mesh מנוהל עם TRAFFIC_DIRECTOR הטמעה של מישור בקרה, Google תמיד תומכת במישור הבקרה הזה.

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

במקרה של Cloud Service Mesh בהתקנה עצמית בתוך אשכול, ‏ Google תומכת בגרסה הנוכחית ובשתי הגרסאות המשניות הקודמות (n-2) של Cloud Service Mesh.

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

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

בטבלה הבאה מפורטות הגרסאות הלא נתמכות של Cloud Service Mesh ותאריך סוף החיים (EOL) שלהן.

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

הבדלים בין הפלטפורמות

יש הבדלים בתכונות הנתמכות בין הפלטפורמות הנתמכות.

העמודות Other GKE Enterprise clusters מתייחסות לאשכולות שנמצאים מחוץ ל- Google Cloud, למשל:

• ‫Google Distributed Cloud:

  • ‫Google Distributed Cloud (תוכנה בלבד) ל-VMware
  • ‫Google Distributed Cloud (תוכנה בלבד) לשרת פיזי

  בדף הזה נעשה שימוש ב-Google Distributed Cloud, שבו אותה תמיכה זמינה גם ב-Google Distributed Cloud (תוכנה בלבד) ל-VMware וגם ב-Google Distributed Cloud (תוכנה בלבד) לשרת פיזי, וגם בפלטפורמה הספציפית שבה יש הבדלים בין הפלטפורמות.

• ‫GKE Enterprise בעננים ציבוריים אחרים:

  • ‫GKE ב-AWS
  • ‫GKE ב-Azure

• אשכולות GKE מצורפים – אשכולות Kubernetes של צד שלישי שנרשמו ב-Fleet. יש תמיכה ב-Cloud Service Mesh בסוגי האשכולות הבאים:

  • אשכולות של Amazon EKS
  • אשכולות של Microsoft AKS

בטבלאות הבאות:

• ‫ – מציין שהתכונה מופעלת כברירת מחדל.
• ‫* – מציין שהתכונה נתמכת בפלטפורמה וניתן להפעיל אותה, כמו שמתואר במאמר הפעלת תכונות אופציונליות או במדריך התכונות שמקושר לטבלת התכונות.
• תואם – מציין שהתכונה או הכלי של צד שלישי ישולבו עם Cloud Service Mesh או יפעלו איתו, אבל לא נתמכים באופן מלא על ידי Google Cloud התמיכה, ואין מדריך לתכונה.
• ‫ – מציין שהתכונה לא זמינה או שלא נתמכת ב-Cloud Service Mesh 1.29.5.

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

תמונות בסיסיות

אבטחה

מנגנונים להפצה או לרוטציה של אישורים

תמיכה ברשות אישורים (CA)

תכונות האבטחה של Cloud Service Mesh

בנוסף לתמיכה בתכונות האבטחה של Istio, ‏ Cloud Service Mesh מספק יכולות נוספות שיעזרו לכם לאבטח את האפליקציות.

מדיניות הרשאות

מדיניות אימות

אימות בחיבור ישיר

מידע על הפעלת מצב mTLS STRICT זמין במאמר בנושא הגדרת אבטחת תעבורה.

בקשת אימות

הערות:

1. האפשרות 'JWT של צד שלישי' מופעלת כברירת מחדל.

Telemetry

מדדים

רישום ביומן של בקשות משרת proxy

סקיצה

Networking

כלל יעד

מנגנון ליירוט או להפניה מחדש של תנועת גולשים

תמיכה בפרוטוקול

אין תמיכה בשירותים שמוגדרים עם יכולות של שכבה 7 עבור הפרוטוקולים הבאים: WebSocket, ‏ MongoDB, ‏ Redis, ‏ Kafka,‏ Cassandra, ‏ RabbitMQ, ‏ Cloud SQL. יכול להיות שאפשר להפעיל את הפרוטוקול באמצעות תמיכה בזרם בייטים של TCP. אם אי אפשר להשתמש בזרם הבייטים של TCP כדי לתמוך בפרוטוקול (לדוגמה, אם Kafka שולח כתובת הפניה אוטומטית בתשובה ספציפית לפרוטוקול, וההפניה האוטומטית הזו לא תואמת ללוגיקת הניתוב של Cloud Service Mesh), הפרוטוקול לא נתמך.

הערות:

1. למרות ש-TCP הוא פרוטוקול נתמך לרשתות, מדדי TCP לא נאספים ולא מדווחים. המדדים מוצגים רק לשירותי HTTP ב Google Cloud מסוף.

פריסות של Envoy

אין תמיכה בהערה sidecar.istio.io/bootstrapOverride להגדרות מותאמות אישית של Envoy.

תמיכה ב-CRD

מאזן עומסים ל-Istio ingress gateway

למידע על הגדרת מאזני עומסים, אפשר לעיין במאמרים הבאים:

• הגדרת מאזן עומסים ל-Google Distributed Cloud (תוכנה בלבד) ל-VMware
• ‫GKE ב-AWS: יצירת מאזן עומסים
• חשיפת שער כניסה באמצעות מאזן עומסים חיצוני

Kubernetes Gateway API (תצוגה מקדימה)

ב-Cloud Service Mesh גרסה 1.20,‏ Kubernetes Gateway API זמין כגרסת טרום-השקה.

אם אתם משתמשים באשכולות מצורפים של Microsoft AKS או באשכולות GKE ב-Azure, אתם צריכים להגדיר את ההערה הבאה למשאב השער כדי להגדיר בדיקות תקינות ב-TCP:

  service.beta.kubernetes.io/port_80_health-probe_protocol: tcp

אחרת, תנועת HTTP לא תתקבל.

דרישות לגרסת טרום-השקה של Kubernetes Gateway API

הדרישות לגרסת הטרום-השקה של Kubernetes Gateway API הן:

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

• משתמשים ב-HttpRoute CRD להגדרות ניתוב. ל-HttpRoute צריך להיות parentRef שמפנה לשער.

• אל תשתמשו ב-CR של Istio Gateway וב-CR של Kubernetes Gateway API באותו אשכול.

כללי מדיניות של איזון עומסים

מידע נוסף על מדיניות איזון עומסים זמין במאמר בנושא כללי יעד.

מישור הנתונים

תמיכה בכמה אשכולות

בפריסות מרובות של אשכולות GKE בפרויקטים שונים, כל האשכולות צריכים להיות בענן וירטואלי פרטי (VPC) משותף.

רשת

הערות:

• בשלב הזה, באשכולות מצורפים יש תמיכה רק ברשתות מרובות אשכולות שפועלות בפלטפורמה אחת (Microsoft AKS, ‏ Amazon EKS).

מודל הפריסה

Notes on terminology:

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

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

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

ממשק משתמש

הערה: באשכולות מקומיים נדרשת גרסה 1.11 ואילך של GKE Enterprise. מידע נוסף על שדרוג זמין במאמרים שדרוג Google Distributed Cloud (תוכנה בלבד) ל-VMware או שדרוג Google Distributed Cloud (תוכנה בלבד) לשרת פיזי.