Das Hauptziel von Google beim Support ist es, Produktionsvorfälle so schnell wie möglich zu beheben. Dazu bestimmen wir Ihre Konfiguration, analysieren Logs und Messwerte und arbeiten mit Partnern zusammen, um Vorfälle schnell zu beheben.
Cloud Customer Care bietet eine Vielzahl von Supportpaketen, um Ihren Supportanforderungen gerecht zu werden. Alle Cloud Customer Care-Supportpakete umfassen Support für GKE und Google Distributed Cloud. Wenn Sie bereits ein Cloud Customer Care-Supportpaket haben, steht Ihnen Support für GKE und Google Distributed Cloud bereits zur Verfügung.
Weitere Informationen finden Sie im Cloud Customer Care-Hub.
Anforderungen für den Google Distributed Cloud-Support
So beheben Sie geschäftskritische Vorfälle effektiv:
- Prüfen Sie, ob die Umgebung den veröffentlichten Zeiträumen für das Ende des Supports entspricht. Weitere Informationen finden Sie im Abschnitt Richtlinie für Versionsunterstützung.
- Aktivieren Sie Cloud Logging und Cloud Monitoring für Systemkomponenten. Weitere Informationen finden Sie im Abschnitt Support-Tools.
- Wenn Sie eine Supportanfrage eröffnen, stellen Sie mit dem Befehl
gkectl diagnose snapshoteinen Snapshot der Konfiguration bereit.
Support-Tools
Für die effektive Fehlerbehebung bei geschäftskritischen Vorfällen benötigt Cloud Customer Care drei Informationen:
- Die Konfiguration Ihrer Umgebung
- Logs von Ihren Administrator- und Nutzerclustern
- Messwerte aus Ihren Administrator- und Nutzerclustern
Konfiguration
Wenn Sie eine Supportanfrage eröffnen, werden Sie aufgefordert, den Befehl gkectl diagnose snapshot
--seed-config auszuführen und die resultierende TAR-Datei an die Supportanfrage anzuhängen.
Der Befehl gkectl diagnose snapshot --seed-config erfasst Informationen zu Kubernetes und Ihren Knoten.
Das Tool kann umfassend konfiguriert werden und schließt mehrere vordefinierte Szenarien ein. Sie können auch eine YAML-Datei mit benutzerdefinierten Informationen übergeben. Weitere Informationen finden Sie unter Cluster diagnostizieren.
Sehen Sie die vom Tool erfassten Informationen sorgfältig durch.
Hängen Sie an Ihre Supportanfrage keine höchst sensiblen oder streng vertraulichen Informationen an.
Sie können Ihrer Konfigurationsdatei das Feld excludeWords hinzufügen, um sensible oder vertrauliche Informationen auszulassen.
Logs
Wenn Sie einen neuen Cluster erstellen, sind Cloud Logging-Agents standardmäßig aktiviert und ausschließlich auf Komponenten auf Systemebene beschränkt. Dadurch werden Logs auf Systemebene in das mit dem Cluster verknüpfte Google Cloud -Projekt repliziert. Logs auf Systemebene stammen aus Kubernetes-Pods, die in einem der folgenden Namespaces ausgeführt werden:
kube-systemgke-systemgke-connectistio-systemconfig-management-systemknative-serving
Logs können über die Cloud Logging Console abgefragt werden.
Weitere Informationen hierzu finden Sie unter Logging and Monitoring.
Messwerte
Neben den Logs werden Messwerte auch vom Cloud Monitoring-Agent erfasst. Dadurch werden Messwerte auf Systemebene in das mit dem Cluster verknüpfte Google Cloud -Projekt repliziert. Messwerte auf Systemebene stammen von Kubernetes-Pods, die in denselben Namespaces ausgeführt werden, die in Logs aufgeführt sind.
Weitere Informationen hierzu finden Sie unter Logging and Monitoring.
Google Cloud CLI und Remote-Clusterzugriff
Wenn Sie einen Supportfall eröffnen, fordert der Cloud Customer Care Sie möglicherweise auf, Lesezugriff auf Ihre Cluster aus der Ferne zu gewähren, damit Probleme effektiver diagnostiziert und behoben werden können. Damit das Cloud Customer Care-Team ausreichend Zugriff hat, um Ihr Clusterproblem aus der Ferne zu beheben, ist Folgendes erforderlich:
Sie müssen die Google Cloud CLI installiert und auf die aktuelle Version aktualisiert haben. Die Google Cloud CLI muss Version 401.0.0 oder höher haben, damit der Cloud Customer Care die erforderlichen Berechtigungen erhalten kann. Wir empfehlen, die Google Cloud CLI regelmäßig zu aktualisieren, um zusätzliche Berechtigungen und andere Verbesserungen zu erhalten. Verwenden Sie den Befehl
gcloud components update, um die aktuellen Komponenten der gcloud CLI zu installieren.Prüfen Sie, ob der Zielcluster registriert ist und Sie die Projekt-ID, den Mitgliedschaftsnamen und die kubeconfig-Datei haben.
Informationen zum Abrufen der kubeconfig-Datei des Nutzerclusters finden Sie unter kubeconfig-Datei des Nutzerclusters neu erstellen.
Der Name der Mitgliedschaft entspricht dem Clusternamen. So rufen Sie den Namen des Administrator- oder Nutzerclusters ab:
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIGUm Zugriff auf den Cluster zu gewähren, führen Sie einen gcloud-Befehl aus, mit dem eine Reihe von Kubernetes-Richtlinien für die rollenbasierte Zugriffssteuerung (RBAC) generiert und angezeigt und auf den Zielcluster angewendet werden. Siehe RBAC-Richtlinien im Voraus prüfen.
Weitere Informationen dazu, wie Sie Cloud Customer Care Remote-Lesezugriff auf Ihre Cluster gewähren, finden Sie unter Google Cloud-Support für registrierte Cluster.
So beheben wir Fehler in Ihrer Umgebung
Hier ist ein Beispiel für einen typischen Supportvorfall:
Eine Person (z. B. der Clusteradministrator) öffnet eine Supportanfrage in der Google Cloud Console oder bei Cloud Customer Care.
Rufen Sie in der Console die Seite Support-Übersicht auf.
Klicken Sie im Abschnitt Support-Informationen auf Hilfe erhalten.
Geben Sie im Feld Produkt auswählen Folgendes ein:
Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)Klicken Sie in der Liste Übereinstimmende Produkte auf das Element und dann auf Auswählen.
Geben Sie die erforderlichen Informationen ein und hängen Sie die Ausgabe des Befehls
gkectl diagnose snapshotan die Anfrage an.
Die Supportanfrage wird an einen technischen Supportmitarbeiter weitergeleitet, der auf Google Distributed Cloud (nur Software) für VMware spezialisiert ist.
Der Supportmitarbeiter untersucht den Inhalt des Snapshots, um einen Kontext zur Umgebung zu erhalten.
Der Supportmitarbeiter untersucht die Logs und Messwerte im Projekt Google Cloudund gibt die Supportanfrage-ID als geschäftliche Rechtfertigung ein, die intern protokolliert wird.
Der Supportmitarbeiter antwortet auf die Anfrage mit einer Bewertung und einer Empfehlung. Der Supportmitarbeiter und der Nutzer fahren mit der Fehlerbehebung fort, bis sie eine Lösung gefunden haben.
Kooperative Supportpartner
Google unterhält kooperative Supportbeziehungen mit ausgewählten Partnern, um eine nahtlose Unterstützung zu bieten. Dank dieser Beziehungen kann Google im Namen unserer gemeinsamen Kunden eng mit diesen Partnern zusammenarbeiten.
Um den kooperativen Support nutzen zu können, müssen Sie sowohl mit Google als auch mit dem betreffenden Partner Supportverträge abgeschlossen haben.
Google unterhält eine kooperative Supportbeziehung zu den Partnern, die auf der Seite Kooperative Supportpartner aufgeführt sind.
Daten zu Supportproblemen können an kooperative Supportpartner weitergegeben werden, wie in den Richtlinien für technische Supportdienste von Google beschrieben.
Welche Supportleistungen bietet Google?
Im Allgemeinen bietet Cloud Customer Care Support für alle Softwarekomponenten, die im Lieferumfang von Google Distributed Cloud (nur Software) für VMware enthalten sind. Weitere Informationen finden Sie in der folgenden Tabelle:
| Cloud Customer Care | Kooperativer Support | Nicht unterstützt |
|---|---|---|
| Kubernetes und die Containerlaufzeit |
VMware vSphere (vCenter Server und ESXi) |
VMware-Produkte außerhalb von vSphere |
| Kanonisches Ubuntu für Gast-/Knotenbetriebssystem |
F5 BIG-IP-Load-Balancer |
Kundencode (weitere Informationen finden Sie im Abschnitt Entwicklersupport) |
| vCenter-Controller |
Hardware- und hyperkonvergente Infrastrukturlösungen, wie auf der Seite Kooperative Supportpartner aufgelistet |
Vom Kunden gewähltes Hostbetriebssystem |
| F5-Controller |
Physischer Server, Speicher und Netzwerk |
|
| Calico und zugehörige Netzwerkrichtlinien |
Externe DNS-, DHCP- und Identitätssysteme |
|
| Ingress-Controller |
Calico Enterprise Edition |
|
| Prometheus und Grafana |
||
| Stackdriver Monitoring, Stackdriver Logging und Stackdriver-Agents |
||
| Identitätsföderation mit OIDC-konformen Anbietern |
||
| Hub, Connect und der Connect-Agent |
||
| Knative Serving / Knative |
||
| Gebündelter LoadBalancer (Seesaw) |
Unterstützte Features
In diesem Dokument werden die Features für Google Distributed Cloud für unterstützte Releases aufgeführt. Die Tabelle ist keine vollständige Liste. Sie zeigt jedoch einige Vorteile der Aktualisierung Ihrer Cluster auf die neueste unterstützte Version.
Funktionen werden nach ihrer Produkteinführungsphase aufgelistet, entweder als Vorschau oder als allgemeine Verfügbarkeit. Als Vorschau aufgeführte Funktionen unterliegen den Nutzungsbedingungen für Pre-GA-Angebote der Google Cloud -Nutzungsbedingungen. Vorschauangebote sind nur für die Verwendung in Testumgebungen vorgesehen und bieten möglicherweise nur eingeschränkten Support. Änderungen an Pre-GA-Produkten und -Funktionen sind möglicherweise nicht mit anderen Pre-GA-Versionen kompatibel. Allgemeine Verfügbarkeitsfunktionen stehen allen Kunden zur Verfügung und werden vollständig unterstützt. Weitere Informationen finden Sie unter Phasen der Produkteinführung.
Informationen zu unterstützten GKE-Komponenten und ihrer Kompatibilität finden Sie unter Unterstützung für GKE-Versionen und ‑Upgrades.
1 Windows Server-Betriebssystem-Knotenpools sind in Version 1.32 veraltet und in Version 1.33 und höher nicht mehr verfügbar. Der Support für Windows Server-Betriebssystem-Knotenpools endet am 25. Mai 2026. Wir empfehlen Ihnen, sofort mit der Migrationsplanung zu beginnen, damit die Umstellung reibungslos verläuft, bevor der Supportzeitraum endet.
Versionsunterstützungsrichtlinie
Das Ziel dieser Versionsunterstützungsrichtlinie ist es, Ihnen die Flexibilität zu geben, Upgrades so zu planen, dass der Zeitplan Ihren geschäftlichen Anforderungen entspricht. Gleichzeitig soll die schnelle Entwicklung von Kubernetes und Google Distributed Cloud berücksichtigt werden.
Google Distributed Cloud (nur Software) folgt nur dem Versionsverwaltungsschema und dem Releasezyklus von Kubernetes. Nebenversionen werden ungefähr dreimal pro Jahr veröffentlicht. Patches für jede unterstützte Nebenversion werden etwa monatlich veröffentlicht. Wie bei Kubernetes werden in Google Distributed Cloud die drei neuesten Nebenversionen gleichzeitig unterstützt.
Google unterstützt jede Nebenversion von Google Distributed Cloud mindestens bis zu einem der folgenden Zeitpunkte:
- Bis 12 Monate nach der Erstveröffentlichung der Nebenversion.
- Bis zur Veröffentlichung der dritten nachfolgenden Nebenversion.
Beispiel: Nebenversion 1.33, veröffentlicht am 02.09.2025. Diese Nebenversion und alle zugehörigen Patches werden bis zum 2. September 2026 oder bis zum Release-Datum der Nebenversion 1.36 unterstützt, je nachdem, welches Datum später liegt.
Wir empfehlen Ihnen, Ihre Google Distributed Cloud-Umgebung mit der neuesten Nebenversion des Produkts und der empfohlenen Patchversion aktuell zu halten.
Diese Versionsunterstützungsrichtlinie beinhaltet Folgendes:
- Break/Fix-Unterstützung von Cloud Customer Care.
- CVE-Sicherheitslücken in Kubernetes und den zugehörigen Komponenten.
- Allgemeine Patches für Kubernetes und die zugehörigen Komponenten.
- CVE-Sicherheitslücken in Ubuntu oder Container-Optimized OS.
- Allgemeine Patches zu Ubuntu oder Container-Optimized OS.
Wenn Ihre Version das End-of-Life erreicht hat, können Sie weiterhin Supportfälle für Folgendes öffnen:
- Hilfe bei technischen Problemen
- Unterstützung bei Abrechnungsproblemen
- Anleitungen zur Produktnutzung, einschließlich Hilfe bei der Fehlerbehebung und beim Testen.
Eine erweiterte Unterstützung kann unter bestimmten Bedingungen als einmaliges Ereignis mit Versionsfixierung und zukünftigen Upgrade-Zeitplananforderungen genehmigt werden. Weitere Informationen erhalten Sie vom Lead Customer Engineer für Ihr Konto oder vom Account Manager. Alternativ können Sie über die Google Cloud Console einen Supportfall einreichen. Solche Anfragen werden an die Customer Engineering-Gruppe für Ihr Konto weitergeleitet.
Supportzeitraum
In der folgenden Tabelle sind die unterstützten Nebenversionen für Google Distributed Cloud und die frühesten End-of-Life-Daten (EOL) aufgeführt:
| Google Distributed Cloud-Version | Releasedatum | End-of-Life-Datum* |
|---|---|---|
| 1.33 | 2025-09-02 | 02.09.2026 oder Releasedatum von 1.36 |
| 1,32 | 2025-05-06 | 06.05.2026 oder Releasedatum von 1.35 |
| 1,31 | 2024-12-18 | 18.12.2025 oder Releasedatum von 1.34 |
* Das EOL-Datum ist das spätere der beiden Datumsangaben.
Weitere Informationen zur Versionskompatibilität für Google Distributed Cloud und zugehörigeGoogle Cloud -Produkte finden Sie unter Versions- und Upgrade-Support.
Versionsverwaltungsschema
Google Distributed Cloud verwendet die semantische Versionsverwaltung von Kubernetes, um auf unterstützte Kubernetes-Versionen zu verweisen, hängt aber eine GKE-Patchversion an. Dies führt zu einer Versionsnummer im Format x.y.z-gke.N.
- Kubernetes-Hauptversion (x)
- Hauptversionen werden in der Regel erhöht, wenn nicht abwärtskompatible Änderungen an der öffentlichen API vorgenommen werden. Eine Hauptversion erhöht die Kubernetes-Version von
x.yaufx+1.y. - Kubernetes-Nebenversion (y)
- Kubernetes veröffentlicht dreimal pro Jahr eine neue Nebenversion.
Jeder Releasezyklus ist etwa 15 Wochen lang. Verworfene APIs können mit einer neuen Nebenversion entfernt werden. Eine Nebenversion erhöht die Kubernetes-Version von
1.yauf1.y+1. 29 ist die Nebenversion, die auf Kubernetes 1 folgt.28. - Google Distributed Cloud-Patchrelease (z-gke.N)
- Ein Patchrelease wie 1.28.300-gke.131 erhöht die Patchversion (z) um 100 und enthält ein Suffix
-gke.N, das den Build angibt. Patchreleases enthalten Sicherheitsupdates und Fehlerkorrekturen. Eine Google Distributed Cloud-Patch-Releaseversion entspricht nicht einer Kubernetes-Patchversion.
Modell der geteilten Verantwortung
Für das Ausführen geschäftskritischer Produktionsanwendungen in Google Distributed Cloud müssen mehrere Parteien unterschiedliche Verantwortlichkeiten übernehmen. Diese Verantwortlichkeiten sind unter Gemeinsame Verantwortung für GKE beschrieben.
Entwicklersupport
Google bietet keinen speziell an Ihre Anwendungsarbeitslasten angepassten Support. Wir bieten jedoch Best-Effort-Entwicklersupport, damit Ihre Entwickler Anwendungen in Clustern ausführen können, die mit Google Distributed Cloud erstellt wurden. Wir sind der Meinung, dass unsere frühzeitige Einbindung kritische Vorfälle später während der Bereitstellung verhindern kann.
Dieser Best-Effort-Entwicklersupport steht Kunden mit einem kostenpflichtigen Supportpaket zur Verfügung und wird als P3-Priorität für Probleme behandelt, die den Start verhindern, bzw. als P4-Priorität für allgemeine Beratungen. In dieser Klassifizierung hat die Priorität 0 die höchste Priorität.