קבלת תמיכה

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

ב-Cloud Customer Care יש מגוון חבילות תמיכה שמתאימות לצרכים שלכם. כל חבילות התמיכה של Cloud Customer Care כוללות תמיכה ב-GKE וב-Google Distributed Cloud. אם יש לכם חבילת תמיכה קיימת של Cloud Customer Care, אתם כבר מקבלים תמיכה ב-GKE וב-Google Distributed Cloud.

מידע נוסף זמין במאמר Cloud Customer Care hub.

דרישות לתמיכה ב-Google Distributed Cloud

כדי לפתור ביעילות אירועים קריטיים לעסק, צריך:

1. בודקים שהסביבה עדכנית בהתאם ללוחות הזמנים שפורסמו לסיום התמיכה. מידע נוסף זמין בקטע מדיניות התמיכה בגרסאות.
2. הפעלת Cloud Logging ו-Cloud Monitoring לרכיבי מערכת. מידע נוסף זמין בקטע כלים לתמיכה.
3. כשפותחים בקשת תמיכה, צריך לספק תמונת מצב של ההגדרה באמצעות הפקודה gkectl diagnose snapshot.

כלי תמיכה

כדי לפתור בעיות שקריטיות לעסק בצורה יעילה, צוות Cloud Customer Care מסתמך על שלושה סוגי מידע:

• ההגדרות של הסביבה
• יומנים מאשכולות האדמין והמשתמשים
• מדדים מקלאסטרים של אדמינים ומשתמשים

הגדרות אישיות

כשפותחים בקשת תמיכה, מתבקשים להריץ את הפקודה gkectl diagnose snapshot --seed-config ולצרף את קובץ ה-tar שנוצר לבקשת התמיכה. הפקודה gkectl diagnose snapshot --seed-config מתעדת מידע על Kubernetes ועל הצמתים שלכם.

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

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

אין לצרף מידע מסווג או רגיש לבקשת התמיכה. אתם יכולים להוסיף שדה excludeWords לקובץ תצורה כדי להשמיט מידע רגיש או סודי.

יומנים

כשיוצרים אשכול חדש, סוכני Cloud Logging מופעלים כברירת מחדל ומוגבלים לרכיבים ברמת המערכת בלבד. הפעולה הזו משכפלת יומנים ברמת המערכת לפרויקט Google Cloud שמשויך לאשכול. יומנים ברמת המערכת הם מ-pods של Kubernetes שפועלים באחד ממרחבי השמות הבאים:

• kube-system
• gke-system
• gke-connect
• istio-system
• config-management-system
• knative-serving

אפשר להריץ שאילתות ביומנים ממסוף Cloud Logging.

הערה: אם Cloud Logging מושבת, התמיכה ניתנת רק על בסיס מאמץ מרבי, ועשויה לדרוש מאמץ נוסף משמעותי מצוות ההנדסה באתר.

פרטים נוספים זמינים במאמר בנושא רישום ביומן ומעקב.

מדדים

בנוסף ליומנים, סוכן Cloud Monitoring מתעד גם מדדים. המדדים ברמת המערכת משוכפלים ל Google Cloud פרויקט שמשויך לאשכול. מדדים ברמת המערכת מגיעים מ-pods של Kubernetes שפועלים באותם מרחבי שמות שמפורטים בLogs.

הערה: אם Cloud Monitoring מושבת, התמיכה ניתנת רק על בסיס מאמץ מרבי, ועשויה לדרוש מאמץ נוסף משמעותי מצוות ההנדסה באתר.

פרטים נוספים זמינים במאמר בנושא רישום ביומן ומעקב.

Google Cloud CLI וגישה מרחוק לאשכול

אם פותחים בקשת תמיכה, Cloud Customer Care עשוי לבקש הרשאת קריאה בלבד מרחוק לאשכולות שלכם כדי לאבחן ולפתור בעיות בצורה יעילה יותר. כדי שלצוות Cloud Customer Care תהיה גישה מספקת לפתרון בעיות באשכול מרחוק, צריך לבצע את הפעולות הבאות:

• מוודאים שהתקנתם את הגרסה האחרונה של Google Cloud CLI ועדכנתם אותה. כדי לתת ל-Cloud Customer Care את ההרשאות הנדרשות, צריך להשתמש ב-Google Cloud CLI בגרסה 401.0.0 ואילך. מומלץ לעדכן את Google Cloud CLI באופן קבוע כדי לקבל הרשאות נוספות ושיפורים אחרים. כדי להתקין את הרכיבים העדכניים של ה-CLI של gcloud, משתמשים בפקודה gcloud components update.

• מוודאים שהאשכול היעד רשום ושיש לכם את מזהה הפרויקט, שם החברות וקובץ ה-kubeconfig.

  • כדי לקבל את קובץ ה-kubeconfig של אשכול המשתמשים, אפשר לעיין במאמר איך ליצור מחדש את קובץ ה-kubeconfig של אשכול המשתמשים.

  • שם החברות זהה לשם האשכול. כדי לקבל את שם האדמין או את שם אשכול המשתמשים, אפשר להשתמש בפקודות הבאות:

      gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG
  
      gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIG
  

• כדי להעניק גישה לאשכול, מריצים פקודה ב-CLI של gcloud שמייצרת ומציגה קבוצה של כללי מדיניות של בקרת גישה מבוססת-תפקידים (RBAC) ב-Kubernetes, ומחילים אותם על אשכול היעד. כאן אפשר לקרוא על מדיניות RBAC.

מידע נוסף על מתן גישת קריאה בלבד מרחוק ל-Cloud Customer Care לאשכולות שלכם זמין במאמר תמיכת Google Cloud באשכולות הרשומים שלכם.

איך אנחנו פותרים בעיות בסביבה שלכם

דוגמה לאירוע תמיכה טיפוסי:

1. מישהו – למשל, האדמין של האשכול – פותח בקשת תמיכה במסוף Google Cloud או דרך Cloud Customer Care.

   1. נכנסים לדף Support overview במסוף.

      סקירה כללית על תמיכה

   2. בקטע פרטי תמיכה, לוחצים על קבלת עזרה.

   3. בשדה Select your product, מזינים את הפרטים הבאים:

      Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)
      

   4. לוחצים על הפריט ברשימה מוצרים תואמים ואז על בחירה.

   5. מזינים את המידע הנדרש ומצרפים את הפלט של הפקודה gkectl diagnose snapshot לכרטיס התמיכה.

2. בקשת התמיכה מועברת למהנדס תמיכה טכנית שמתמחה ב-Google Distributed Cloud (תוכנה בלבד) ל-VMware.

3. מהנדס התמיכה בודק את התוכן של התמונה כדי לקבל הקשר לגבי הסביבה.

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

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

שותפים לתמיכה משותפת

ל-Google יש שיתופי פעולה עם שותפים נבחרים כדי לספק חוויית תמיכה חלקה יותר. הקשרים האלה מאפשרים ל-Google לשתף פעולה באופן הדוק עם השותף בשם הלקוחות המשותפים שלנו.

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

ל-Google יש שותפויות תמיכה עם השותפים שמפורטים בדף שותפי תמיכה משותפת.

יכול להיות שנשתף נתונים על בעיות בתמיכה עם שותפים לתמיכה משותפת, כפי שמתואר בהנחיות לשירותי תמיכה טכנית (TSS) של Google.

מה Google תומכת?

באופן כללי, Cloud Customer Care תומך בכל רכיבי התוכנה שנשלחים כחלק מ-Google Distributed Cloud (תוכנה בלבד) ל-VMware. בטבלה הבאה מפורטים פרטים נוספים:

Cloud Customer Care	תמיכה משותפת	לא נתמך
‫Kubernetes וזמן הריצה של הקונטיינר	‫VMware vSphere (vCenter Server ו-ESXi)	מוצרי VMware שאינם vSphere
‫Canonical Ubuntu למערכת הפעלה של אורח או צומת	מאזני עומסים של F5 BIG-IP	קוד לקוח (מידע נוסף זמין בקטע תמיכה למפתחים)
בקר vCenter	פתרונות חומרה ופתרונות של תשתיות היפר-קונברגנטיות, כמו שמפורט בדף שותפים לתמיכה משותפת	הלקוח בחר במערכת ההפעלה של המארח
בקר F5		שרת פיזי, אחסון ורשת
‫Calico וכללי מדיניות רלוונטיים ברשת		מערכות DNS,‏ DHCP וזהויות חיצוניות
בקר תעבורת נתונים נכנסת (Ingress)		Calico Enterprise Edition
		‫Prometheus ו-Grafana
‫Stackdriver Monitoring,‏ Stackdriver Logging וסוכני Stackdriver
איחוד זהויות עם ספקים שתואמים ל-OIDC
המרכז, Connect והנציג של Connect
מילוי בקשות מסוג Knative / Knative
מאזן עומסים בחבילה (Seesaw)

תכונות נתמכות

במאמר הזה מפורטים התכונות של Google Distributed Cloud למהדורות נתמכות. הטבלה לא כוללת רשימה מקיפה, אבל היא מדגישה כמה מהיתרונות של שדרוג האשכולות לגרסה העדכנית הנתמכת.

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

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

תכונה/יכולת	1.30	1.31	1.32	1.33	‫1.34 (הגרסה האחרונה)
אשכולות מתקדמים		תצוגה מקדימה	GA	GA	GA
דומיינים של טופולוגיה		תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
חברות במועדון אזורי	GA	GA	GA	GA	GA
הבדל בגרסה בין אשכול אדמין (n+2) לבין אשכול משתמש	GA	GA	GA	GA	GA
הטיה בגרסה של מאגר צמתים n+2 – אשכול משתמשים	GA	GA	GA	GA	GA
הגדרת העלייה המקסימלית לעדכונים של מאגר צמתים	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
‫cgroup v2 לצמתים	GA	GA	GA	GA	GA
מצב DSR ל-Dataplane V2	GA	GA	GA	GA	GA
‫BinAuthz לאשכולות משתמשים ב-Controlplane V2	GA	GA	GA	GA	GA
תחנת עבודה לאדמין בניהול המשתמשים	GA	GA	GA	GA	GA
הכלי להעברת CSI של StatefulSet	GA	GA	GA	GA	GA
העברה מ-Seesaw ל-MetalLB	GA	GA	GA	GA	GA
השבתת חבילת הכניסה	GA	GA	GA	GA	GA
פרטי כניסה מוכנים של אדמין לאשכול	GA	GA	GA	GA	GA
מדיניות אחסון לאשכול משתמשים	GA	GA	GA	GA	GA
מדיניות אחסון לאשכול אדמין	GA	GA	GA	GA	GA
תיקון אוטומטי של צמתים	GA	GA	GA	GA	GA
קלאסטר אדמין עם זמינות גבוהה	GA	GA	GA	GA	GA
VM-Host affinity	GA	GA	GA	GA	GA
יצירת קובצי תצורה מאשכול קיים	GA	GA	GA	GA	GA
איסוף מדדי מערכת בשירות מנוהל ל-Prometheus	GA	GA	GA	GA	GA
שדרוג והחזרה לגרסה קודמת של מאגרי צמתים	GA	GA	GA	GA	GA
עדכון פרטי הכניסה של רישום פרטי	GA	GA	GA	GA	GA
גיבוי ושחזור של אשכולות אדמין באמצעות gkectl	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
התאמה אוטומטית של מספר הצמתים במאגר הצמתים של אשכול משתמשים	GA	GA	GA	GA	GA
שינוי גודל אוטומטי של צמתים באשכול	GA	GA	GA	GA	GA
תמיכה בכמה אשכולות vSphere	GA	GA	GA	GA	GA
תמיכה בכמה מרכזי נתונים של vSphere	GA	GA	GA	GA	GA
תמיכה ב-OpenID Connect‏ (OIDC) לאימות לאשכולות	GA	GA	GA	GA	GA
רוטציה של אישורי CA	GA	GA	GA	GA	GA
תמיכה ב-Workload Identity	GA	GA	GA	GA	GA
AIS עם תמיכה באימות LDAP	GA	GA	GA	GA	GA
הצפנת סודות שמופעלת תמיד ללא מודול אבטחה לחומרה (HSM)	GA	GA	GA	GA	GA
עדכון אישורי CA של vCenter באמצעות gkectl	GA	GA	GA	GA	GA
שער NAT לתעבורת נתונים יוצאת (egress)	GA	GA	GA	GA	GA
רישום צי של אשכולות אדמין	GA	GA	GA	GA	GA
תמיכה במאגר צמתים של Windows	GA	GA	GA	^1	^1
‫containerd runtime למאגר צמתים של Windows	GA	GA	GA	^1	^1
תמיכה במאגרי צמתים של מערכת הפעלה שמותאמת לקונטיינרים	GA	GA	GA	GA	GA
‫CoreDNS כספק ה-DNS של האשכול	GA	GA	GA	GA	GA
מחזור החיים של אשכול משתמשים במסוף Google Cloud	GA	GA	GA	GA	GA
יצירת צומת של אשכול אדמין באמצעות מערכת הפעלה שמותאמת לקונטיינרים	GA	GA	GA	GA	GA
יכולת של Pods להשתמש בכמה כרטיסי NIC	GA	GA	GA	GA	GA
אפשרות מאזן העומסים MetalLB	GA	GA	GA	GA	GA
תמיכה בהפעלה ובהשבתה של Cloud Logging ו-Cloud Monitoringgkectl update admin	GA	GA	GA	GA	GA
תמיכה ב-Windows Dataplane V2	GA	GA	GA	^1	^1
מדדי סיכום של ה-API	GA	GA	GA	GA	GA
תמיכה בעדכון מפתח של חשבון שירות לגישה לרכיביםgkectl update credentials	GA	GA	GA	GA	GA
פרטי כניסה מוכנים לאשכול משתמשים	GA	GA	GA	GA	GA
הרצת בדיקה לשדרוג של אשכול משתמשים	GA	GA	GA	GA	GA
שדרוג אסינכרוני של אשכול משתמשים	GA	GA	GA	GA	GA
שדרוג אסינכרוני של אשכול אדמין	GA	GA	GA	GA	GA
עדכון רציף של מאגרי צמתים	GA	GA	GA	GA	GA
יצירת תמונת מצב של נפח אחסון באמצעות מנהל התקן vSphere CSI	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
יצירת אשכול משתמשים עם הפעלה של Controlplane V2	GA	GA	GA	GA	GA
העברת אחסון באמצעות SPBM	GA	GA	GA	GA	GA
העברת מאגר נתונים ל-SPBM	GA	GA	GA	GA	GA
העברת אשכול משתמשים ל-Controlplane V2	GA	GA	GA	GA	GA
מעבר לאשכול אדמין עם זמינות גבוהה	GA	GA	GA	GA	GA
העברת הגדרות אישיות ל-F5 BIG-IP	GA	GA	GA	GA	GA

‫^{1 מאגרי צמתים של מערכת הפעלה Windows Server הוצאו משימוש בגרסה 1.32 ולא יהיו זמינים בגרסה 1.33 ואילך. התמיכה במאגרי צמתים של מערכת הפעלה Windows Server תסתיים ב-25 במאי 2026. מומלץ להתחיל לתכנן את המעבר בהקדם כדי שהמעבר יהיה חלק ויסתיים לפני שתקופת זכאות לתמיכה תסתיים.}

מדיניות התמיכה בגרסאות

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

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

‫Google תומכת בכל גרסה משנית של Google Distributed Cloud עד לתאריך המאוחר מבין:

• ‫12 חודשים אחרי ההשקה הראשונית של גרסת המשנה.
• הגרסה המשנית השלישית שיוצאת ברצף.

לדוגמה, גרסה משנית 1.33 שפורסמה ב-2 בספטמבר 2025. התמיכה בגרסה המשנית הזו ובכל תיקוני האבטחה שלה תימשך עד 2 בספטמבר 2026 או עד תאריך ההשקה של גרסה משנית 1.36, לפי התאריך המאוחר מביניהם.

מומלץ לשמור על סביבת Google Distributed Cloud עם הגרסה המשנית האחרונה של המוצר וגרסת הטלאי המומלצת.

מדיניות התמיכה הזו כוללת:

• תמיכה בתיקון תקלות מ-Cloud Customer Care.
• נקודות חולשה באבטחה של CVE ב-Kubernetes וברכיבים קשורים.
• תיקונים כלליים ב-Kubernetes וברכיבים קשורים.
• נקודות חולשה באבטחה (CVE) ב-Ubuntu או במערכת הפעלה שמותאמת לקונטיינרים.
• תיקונים כלליים ל-Ubuntu או למערכת הפעלה שמותאמת לקונטיינרים.

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

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

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

תקופת זכאות לתמיכה

בטבלה הבאה מפורטות הגרסאות המשניות הנתמכות של Google Distributed Cloud ותאריכי סוף חיי המוצר (EOL) המוקדמים ביותר:

גרסה של Google Distributed Cloud	תאריך הפצה	תאריך סוף חיי המוצר^*
‫1.33	2025-09-02	‫2026-09-02 או תאריך ההפצה של גרסה 1.36
‫1.32	2025-05-06	‫2026-05-06 או תאריך ההשקה של גרסה 1.35
1.31	2024-12-18	‫2025-12-18 או תאריך ההשקה של גרסה 1.34

‫* תאריך ה-EOL יהיה התאריך המאוחר מבין שני התאריכים האלה.

מידע נוסף על תאימות גרסאות ל-Google Distributed Cloud ולGoogle Cloud מוצרים קשורים זמין במאמר תמיכה בגרסאות ובשדרוגים.

תכנית ניהול גרסאות

ב-Google Distributed Cloud נעשה שימוש בניהול גרסאות סמנטי של Kubernetes כדי להתייחס לגרסאות נתמכות של Kubernetes, אבל מתווספת גרסת תיקון של GKE. התוצאה היא מספר גרסה בפורמט: x.y.z-gke.N.

הגרסה הראשית של Kubernetes‏ (x)

בדרך כלל, המספר של גרסה ראשית עולה אם מוצגים שינויים בממשק ה-API הציבורי שלא תואמים לאחור. גרסה ראשית מגדילה את גרסת Kubernetes מ-x.y ל-x+1.y.

הגרסה המשנית של Kubernetes ‏ (y)

ב-Kubernetes מתפרסמת גרסה משנית חדשה שלוש פעמים בשנה. כל מחזור גרסה נמשך כ-15 שבועות. יכול להיות שממשקי API שהוצאו משימוש יוסרו בגרסה משנית חדשה. בגרסה משנית, מספר הגרסה של Kubernetes עולה מ-1.y ל-1.y+1. לדוגמה, Kubernetes 1. ‫29 היא הגרסה המשנית שאחרי Kubernetes 1.28.

גרסת תיקון (patch) של Google Distributed Cloud‏ (z-gke.N)

גרסת תיקון, כמו 1.28.300-gke.131, מגדילה את גרסת התיקון (z) ב-100 וכוללת סיומת -gke.N שמציינת את ה-build. מהדורות של תיקוני אבטחה כוללות עדכוני אבטחה ותיקוני באגים. גרסת הפצה של תיקון Google Distributed Cloud לא תואמת לגרסת תיקון של Kubernetes.

מודל האחריות המשותפת

הפעלת אפליקציית ייצור שחיונית לעסק ב-Google Distributed Cloud מחייבת כמה גורמים שנושאים באחריות שונה. תחומי האחריות האלה מתוארים במאמר בנושא אחריות משותפת ב-GKE.

תמיכה למפתחים

‫Google לא מספקת תמיכה ספציפית לעומסי העבודה של האפליקציה. עם זאת, אנחנו מספקים תמיכה למפתחים בשיטת best-effort כדי לוודא שהמפתחים יוכלו להריץ אפליקציות באשכולות שנוצרו באמצעות Google Distributed Cloud. אנחנו מאמינים שמעורבות מוקדמת יותר במהלך הפיתוח יכולה למנוע תקריות קריטיות בהמשך הפריסה.

תמיכת המפתחים הזו, שניתנת בשיטת best-effort, זמינה ללקוחות עם כל חבילת תמיכה בתשלום. הטיפול בבעיה שמונעת השקה מתבצע בעדיפות P3, והטיפול בהתייעצות כללית מתבצע בעדיפות P4. בסיווג הזה, רמת העדיפות 0 היא הגבוהה ביותר.