קבלת תמיכה

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

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

מידע נוסף מופיע במרכז Cloud Customer Care.

דרישות לתמיכה ב-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 שמשויך לאשכול. יומנים ברמת המערכת הם מפודים של Kubernetes שפועלים באחד ממרחבי השמות הבאים:

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

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

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

לפרטים נוספים, קראו את המאמר רישום ביומן ומעקב.

מדדים

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

הערה: אם 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 מראש

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

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

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

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

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

      מעבר לדף 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. מהנדס התמיכה בודק את תוכן קובץ ה-snapshot כדי להבין את ההקשר של הסביבה.

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‏	פתרונות חומרה ותשתית היפר-מאוחדת (HCI) שמפורטים בדף שותפים לתמיכה משותפת	מערכת ההפעלה המארחת לבחירת הלקוח
בקר F5‏		שרת פיזי, אחסון ורשת
‫Calico ומדיניות רשת ב-Kubernetes קשורות		מערכות DNS,‏ DHCP וזהויות חיצוניות
בקר Ingress‏		‫Calico Enterprise Edition
		‫Prometheus ו-Grafana‏
‫Stackdriver Monitoring,‏ Stackdriver Logging וסוכני Stackdriver‏
איחוד שירותי אימות הזהות עם ספקים שתואמים ל-OIDC
Hub,‏ Connect ו-Connect Agent
מילוי בקשות מסוג Knative / ‏Knative
‫Bundled LoadBalancer‏ (Seesaw)

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

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

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

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

תכונה או יכולת	1.34	1.35	‫1.36 (הגרסה העדכנית)
אשכולות מתקדמים	GA	GA	GA
דומיינים של טופולוגיה	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
חברות בצי אזורי	GA	GA	GA
אשכול אדמין בגרסה n+2 – אשכול משתמש	GA	GA	GA
מאגר צמתים עם הטיית גרסה n+2 – אשכול משתמשים	GA	GA	GA
ההגדרה "מספר מקסימלי של מכונות זמניות" לעדכונים של מאגרי צמתים	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
cgroup v2 לצמתים	GA	GA	GA
thought מצב DSR ל-Dataplane V2	GA	GA	GA
‫BinAuthz לאשכולות משתמשים ב-Controlplane V2	GA	GA	GA
תחנת עבודה לניהול שמנוהלת על ידי המשתמש	GA	GA	GA
כלי להעברת StatefulSet CSI	GA	GA	GA
השבתת Ingress מקובץ	GA	GA	GA
פרטי כניסה מוכנים לאשכול אדמין	GA	GA	GA
מדיניות האחסון באשכול משתמשים	GA	GA	GA
מדיניות האחסון של אשכול אדמין	GA	GA	GA
תיקון אוטומטי של צמתים	GA	GA	GA
אשכול אדמין בזמינות גבוהה	GA	GA	GA
הגדרת תחום עניין משותף בין VM למארח	GA	GA	GA
יצירת קובצי תצורה מאשכול קיים	GA	GA	GA
איסוף מדדי מערכת של שירות מנוהל ל-Prometheus	GA	GA	GA
שדרוג והחזרה לגרסה קודמת של מאגרי צמתים	GA	GA	GA
עדכון פרטי הכניסה למרשם הפרטי	GA	GA	GA
גיבוי ושחזור של אשכול אדמין באמצעות gkectl	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
התאמה לעומס (autoscaling) של מאגר צמתים באשכול משתמש	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 לתעבורת נתונים יוצאת	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
יכולת multi-NIC לפודים	GA	GA	GA
אפשרות למאזן עומסים של MetalLB	GA	GA	GA
תמיכה ב-gkectl update admin להפעלה ולהשבתה של Cloud Logging ו-Cloud Monitoring	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
יצירת קובץ snapshot של ווליום באמצעות מנהל התקן CSI של vSphere	תצוגה מקדימה	תצוגה מקדימה	תצוגה מקדימה
יצירת אשכול משתמשים עם Controlplane V2 מופעל	GA	GA	GA
העברת אחסון באמצעות SPBM	GA	GA	GA
העברת מאגר נתונים ל-SPBM	GA	GA	GA
העברת אשכול משתמש ל-Controlplane V2	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 . הבקשות האלה מועברות לקבוצת Customer Engineer של החשבון שלכם.

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

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

גרסת Google Distributed Cloud	תאריך השקה	תאריך סוף תקופת התמיכה^*
1.35	2026-04-29	‫29 באפריל 2027 או תאריך ההשקה של גרסה 1.38
1.34	2025-12-11	‫11 בדצמבר 2026 או תאריך ההשקה של גרסה 1.37
1.33	2025-09-02	‫2 בספטמבר 2026 או תאריך ההשקה של גרסה 1.36
1.32	2025-05-06	‫6 במאי 2026 או תאריך ההשקה של גרסה 1.35

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

למידע נוסף על תאימות גרסאות של 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.

גרסת תיקון של 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 לא מספקת תמיכה ספציפית לעומסי העבודה של האפליקציה שלכם. עם זאת, אנחנו מספקים תמיכה למפתחים במידת האפשר כדי לוודא שהמפתחים שלכם יוכלו להריץ אפליקציות באשכולות שנוצרו באמצעות Google Distributed Cloud. אנחנו מאמינים שמעורבות בשלב מוקדם יותר של הפיתוח יכולה למנוע אירועים קריטיים בשלב מאוחר יותר של הפריסה.

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