קבלת תמיכה

המטרה העיקרית של התמיכה של 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 יבקש גישת קריאה בלבד מרחוק לאשכולות שלכם, כדי לאבחן ולפתור בעיות בצורה יעילה יותר. כדי שלצוות 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
‫Hub,‏ Connect והנציג של Connect
מילוי בקשות מסוג Knative / ‏ Knative
מאזן עומסים בחבילה (Seesaw)

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

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

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

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

תכונה/יכולת	1.33	1.34	‫1.35 (הגרסה האחרונה)
אשכולות מתקדמים	GA	GA	GA
דומיינים של טופולוגיה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
חברות אזורית ב-Fleet	GA	GA	GA
הבדלים בגרסאות בין אשכול אדמין לאשכול משתמש n+2	GA	GA	GA
הבדלים בגרסאות בין מאגר צמתים n+2 לבין אשכול משתמשים	GA	GA	GA
הגדרת העלייה המקסימלית לעדכונים של מאגר צמתים	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
‫cgroup v2 לצמתים	GA	GA	GA
מצב DSR ל-Dataplane V2	GA	GA	GA
‫BinAuthz לאשכולות משתמשים ב-Controlplane V2	GA	GA	GA
תחנת עבודה אדמינסטרטיבית בניהול המשתמש	GA	GA	GA
הכלי להעברת CSI של StatefulSet	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
VM-Host affinity	GA	GA	GA
יצירת קובצי תצורה מאשכול קיים	GA	GA	GA
איסוף מדדי מערכת של שירות מנוהל ל-Prometheus	GA	GA	GA
שדרוג והחזרה של מאגרי צמתים (node pools)	GA	GA	GA
עדכון פרטי הכניסה לרישום פרטי	GA	GA	GA
גיבוי ושחזור של אשכולות אדמין באמצעות gkectl	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
התאמה אוטומטית לעומס של מאגר הצמתים באשכול משתמשים	GA	GA	GA
שינוי גודל אוטומטי של צמתים באשכול	GA	GA	GA
תמיכה בכמה אשכולות vSphere	GA	GA	GA
תמיכה בכמה מרכזי נתונים של vSphere	GA	GA	GA
תמיכה ב-OpenID Connect ‏ (OIDC) לאימות לאשכולות	GA	GA	GA
רוטציה של אישורי CA	GA	GA	GA
תמיכה ב-Workload Identity	GA	GA	GA
AIS עם תמיכה באימות LDAP	GA	GA	GA
הצפנת סודות שמופעלת תמיד ללא מודול אבטחה לחומרה (HSM)	GA	GA	GA
עדכון אישורי CA של vCenter באמצעות gkectl	GA	GA	GA
שער NAT לתעבורת נתונים יוצאת (egress)	GA	GA	GA
רישום Fleet של אשכולות אדמין	GA	GA	GA
תמיכה במאגרי צמתים של Windows	^1	^1	^1
‫containerd זמן ריצה למאגר צמתים של Windows	^1	^1	^1
תמיכה במאגרי צמתים של מערכת הפעלה שמותאמת לקונטיינרים	GA	GA	GA
‫CoreDNS כספק ה-DNS של האשכול	GA	GA	GA
מחזור החיים של אשכול משתמשים במסוף Google Cloud	GA	GA	GA
יצירת צומת של אשכול אדמין באמצעות מערכת הפעלה שמותאמת לקונטיינרים	GA	GA	GA
יכולת של Pods להשתמש בכמה כרטיסי NIC	GA	GA	GA
אפשרות מאזן העומסים MetalLB	GA	GA	GA
תמיכה בהפעלה ובהשבתה של Cloud Logging ו-Cloud Monitoringgkectl update admin	GA	GA	GA
תמיכה ב-Windows Dataplane V2	^1	^1	^1
מדדי סיכום של ה-API	GA	GA	GA
תמיכה בעדכון מפתח של חשבון שירות לגישה לרכיביםgkectl update credentials	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
העברת אחסון באמצעות SPBM	GA	GA	GA
העברת מאגר נתונים ל-SPBM	GA	GA	GA
העברת אשכול משתמשים ל-Controlplane V2	GA	GA	GA
מעבר למקבץ אדמין עם זמינות גבוהה	GA	GA	GA
העברת הגדרות של F5 BIG-IP	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.35	2026-04-29	‫2027-04-29 או תאריך ההשקה של גרסה 1.38
1.34	2025-12-11	‫2026-12-11 או תאריך ההשקה של גרסה 1.37
‫1.33	2025-09-02	‫2026-09-02 או תאריך ההשקה של גרסה 1.36
‫1.32	2025-05-06	‫2026-05-06 או תאריך ההשקה של גרסה 1.35

‫* תאריך ה-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 היא הגבוהה ביותר.