Support

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.

Google Cloud bietet eine Vielzahl von Supportpaketen, um Ihren Supportanforderungen gerecht zu werden. Alle Google Cloud-Supportpakete enthalten Support für GKE Enterprise und GKE on VMware. Wenn Sie bereits ein Google Cloud-Supportpaket haben, steht Ihnen bereits Support für GKE Enterprise und GKE on VMware zur Verfügung.

Weitere Informationen finden Sie in der Dokumentation zum Google Cloud-Support.

Anforderungen für den Support von GKE on VMware

So beheben Sie geschäftskritische Vorfälle effektiv:

  1. Prüfen Sie, ob die Umgebung den veröffentlichten End-of-Support-Zeitrahmen entspricht (siehe Support-Richtlinien für die Version unten).
  2. Aktivieren Sie Cloud Logging und Cloud Monitoring für Systemkomponenten. Weitere Informationen dazu finden Sie im Abschnitt Support-Tools.
  3. Wenn Sie eine Supportanfrage eröffnen, stellen Sie mit dem Befehl gkectl diagnose snapshot einen Snapshot der Konfiguration bereit.

Support-Tools

Für die Fehlerbehebung bei einem GKE on VMware-Vorfall benötigt der Google Cloud-Support 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 den resultierenden Tarball an die Supportanfrage anzuhängen. 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.

Sie können Ihrer Konfigurationsdatei das Feld excludeWords hinzufügen, um sensible oder vertrauliche Informationen auszulassen. Sehen Sie die vom Tool erfassten Informationen sorgfältig durch. An Ihre Supportanfrage sollten keine höchst sensiblen oder streng vertraulichen Informationen angehängt werden.

Logs

Wenn Sie einen neuen GKE on VMware-Cluster erstellen, sind Cloud Logging-Agents standardmäßig aktiviert und nur 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 von fünf Namespaces ausgeführt werden:

  • kube-system
  • gke-system
  • gke-connect
  • istio-system
  • config-management-system
  • knative-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 eine Supportanfrage eröffnen, bittet Cloud Customer Care möglicherweise um Lesezugriff auf Ihre Cluster, um Probleme effektiver diagnostizieren und beheben zu können. Damit das Supportteam ausreichende Zugriffsrechte für die Remote-Fehlerbehebung Ihres Clusterproblems hat:

  • Prüfen Sie, ob Sie die neueste Version der Google Cloud CLI installiert und auf die neueste Version aktualisiert haben. Die Google Cloud CLI muss die Version 401.0.0 oder höher haben, damit Cloud Customer Care die erforderlichen Berechtigungen erhält. 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 neuesten Komponenten der gcloud CLI zu installieren.

  • Achten Sie darauf, dass der Zielcluster registriert ist und Sie die Projekt-ID, den Mitgliedsnamen und die kubeconfig-Datei haben.

    • Informationen zum Abrufen der Nutzercluster-kubeconfig finden Sie unter Nutzercluster-kubeconfig neu erstellen.

    • Der Name der Mitgliedschaft ist mit dem Clusternamen identisch. Den Namen des Administrator- oder Nutzerclusters können Sie so abrufen:

        gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
        gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIG
    
  • Um Zugriff auf den Cluster zu gewähren, führen Sie einen gcloud CLI-Befehl aus, der eine Reihe von Richtlinien für die rollenbasierte Zugriffssteuerung (Role-Based Access Control, RBAC) von Kubernetes generiert, anzeigt und auf den Zielcluster anwendet. Weitere Informationen finden Sie unter 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 Ihre registrierten Cluster.

So beheben wir Fehler in Ihrer Umgebung

Hier ist ein Beispiel für einen typischen Supportvorfall:

  1. Eine Person (z. B. der Clusteradministrator) öffnet eine Supportanfrage über die Google Cloud Console oder das Google Cloud-Supportcenter und wählt Anthos bzw. GKE on VMware als Kategorie bzw. Komponente aus. Sie gibt die erforderlichen Informationen ein und hängt die Ausgabe von gkectl diagnose snapshot an die Anfrage an.
  2. Die Supportanfrage wird an einen Mitarbeiter des technischen Supports weitergeleitet, der auf GKE on VMware spezialisiert ist.
  3. Der Supportmitarbeiter untersucht den Inhalt des Snapshots, um einen Kontext zur Umgebung zu erhalten.
  4. Der Supportmitarbeiter untersucht die Logs und Messwerte im Google Cloud-Projekt und gibt die Supportanfrage-ID als geschäftliche Rechtfertigung ein, die intern protokolliert wird.
  5. 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 einen nahtlosen Support für GKE on VMware zu bieten. Dank dieser Beziehungen kann Google im Namen unserer gemeinsamen Kunden eng mit diesem Partner 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 derzeit 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 das Cloud-Supportteam Support für alle Softwarekomponenten, die im Rahmen von GKE on VMware ausgeliefert werden. In der folgenden Tabelle wird dies näher erläutert:

Google Cloud-Support 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 (siehe Entwicklersupport unten)
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
Cloud Run for Anthos/Knative
Gebündelter LoadBalancer (Seesaw)

Versionsunterstützungsrichtlinie

Der Support für GKE on VMware entspricht der Supportrichtlinie für GKE Enterprise-Versionen. Ab GKE Enterprise Version 1.14 unterstützt Google jede GKE on VMware-Nebenversion nach dem ersten Release der Nebenversion 12 Monate lang oder bis zur Veröffentlichung der dritten nachfolgenden Nebenversion, je nachdem, welcher Zeitraum länger ist.

Die folgende Tabelle zeigt die unterstützten und nicht unterstützten Versionen dieses Produkts:

Release-Version Releasedatum Frühester End of Life
1.28 (aktuell) 14. Dezember 2023 14. Dezember 2024
1,16 23. August 2023 23. August 2024
1,15 2. Mai 2023 2. Mai 2024
1.14 (nicht unterstützt) 21. Dezember 2022 21. Dezember 2023
1.13 (nicht unterstützt) 29. September 2022 7. August 2023
1.12 (nicht unterstützt) 7. Juli 2022 29. März 2023
1.11 (nicht unterstützt) 27. April 2022 21. Dezember 2022
1.10 (nicht unterstützt) 22. Dezember 2021 22. September 2022
1.9 (nicht unterstützt) 29. September 2021 29. Juni 2022
1.8 (nicht unterstützt) 28. Juni 2021 28. März 2022
1.7 (nicht unterstützt) 25. März 2021 25. Dezember 2021
1.6 (nicht unterstützt) 10. Dezember 2020 10. September 2021
1.5 (nicht unterstützt) 24. September 2020 24. Juni 2021
1.4 (nicht unterstützt) 25. Juni 2020 25. März 2021
1.3 (nicht unterstützt) 23. März 2020 23. Dezember 2020
1.2 (nicht unterstützt) 20. Dezember 2019 20. September 2020
1.1 (nicht unterstützt) 26. September 2019 26. Juni 2020
1.0 (nicht unterstützt) 25. Juli 2019 25. April 2020

Unterstützte Features

In diesem Dokument werden die Features von GKE on VMware für unterstützte Releases aufgeführt. Die Tabelle ist nicht vollständig, sondern hebt einige der Vorteile eines Upgrades Ihrer Cluster auf die neueste unterstützte Version hervor.

Die Funktionen sind nach ihrer Produkteinführungsphase aufgelistet, entweder als Vorabversion oder Allgemeine Verfügbarkeit. Die als Vorabversion aufgeführten Features unterliegen den Nutzungsbedingungen für Pre-GA-Angebote der Google Cloud-Nutzungsbedingungen. Vorabversionen sind nur für die Verwendung in Testumgebungen vorgesehen und werden möglicherweise nur eingeschränkt unterstützt. Änderungen an pre-GA-Produkten und -Funktionen sind möglicherweise nicht mit anderen pre-GA-Versionen kompatibel. General Availability-Features 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 Anthos-Komponenten und ihrer Kompatibilität finden Sie unter Unterstützung für Anthos-Versionen und -Upgrades.

Feature/Möglichkeit 1,15 1,16 1.28 (aktuell)
Mitgliedschaft regionaler Flotten - - GA
Versionsabweichung n+2-Administratorcluster – Nutzercluster - - Vorschau
Versionsabweichung n+2-Knotenpool – Nutzercluster - - Vorschau
Einstellung für „Maximal zu viel“ für Knotenpoolupdates - - Vorschau
cgroup v2 für Knoten - - Vorschau
DSR-Modus für Dataplane V2 - Vorschau GA
BinAuthz für Nutzercluster von Controlplane V2 - - GA
Storage vMotion für SPBM-Cluster - - Vorschau
Vom Nutzer verwaltete Administratorworkstation - Vorschau GA
Tool zur Speichermigration - Vorschau Vorschau
Migration von Seesaw zu MetalLB - Vorschau GA
Gebündelten eingehenden Traffic deaktivieren - GA GA
Vorbereitete Anmeldedaten des Administratorclusters - Vorschau GA
Speicherrichtlinie für einen Nutzercluster Vorschau GA GA
Speicherrichtlinie für einen Administratorcluster Vorschau Vorschau GA
Automatische Knotenreparatur GA GA GA
Administratorcluster mit Hochverfügbarkeit Vorschau GA GA
VM-Host-Affinität Vorschau GA GA
Konfigurationsdateien aus einem vorhandenen Cluster generieren GA GA GA
Erfassung von Systemmesswerten für Managed Service for Prometheus Vorschau GA GA
Upgrade und Rollback von Knotenpools GA GA GA
Anmeldedaten für die private Registry aktualisieren GA GA GA
Administratorcluster sichern und mit gkectl wiederherstellen Vorschau Vorschau Vorschau
Autoscaling von Nutzercluster-Knotenpools GA GA GA
Automatische Größenanpassung für Clusterknoten GA GA GA
Unterstützung mehrerer vSphere-Cluster GA GA GA
Unterstützung mehrerer vSphere-Rechenzentren GA GA GA
OIDC-Unterstützung (OpenID Connect) für die Authentifizierung bei Clustern GA GA GA
Rotation von CA-Zertifikaten GA GA GA
Workload Identity-Support GA GA GA
AIS mit Unterstützung der LDAP-Authentifizierung GA GA GA
Verschlüsselung von Secrets immer ohne Hardwaresicherheitsmodul (HSM) GA GA GA
vCenter-CA-Zertifikate mit gkectl aktualisieren GA GA GA
NAT-Gateway für ausgehenden Traffic GA GA GA
Registrierung der Administratorcluster-Flotte GA GA GA
Unterstützung für Windows-Knotenpools GA GA GA
containerd-Laufzeit für Windows-Knotenpool GA GA GA
Unterstützung für Container-Optimized OS-Knotenpools GA GA GA
CoreDNS als Cluster-DNS-Anbieter GA GA GA
Lebenszyklus von Nutzerclustern in der Google Cloud Console GA GA GA
Erstellen von Administratorclusterknoten mit Container-Optimized OS GA GA GA
Multi-NIC-Funktion für Pods GA GA GA
MetalLB-Load-Balancer-Option GA GA GA
gkectl update admin-Unterstützung zum Aktivieren und Deaktivieren von Cloud Logging und Cloud Monitoring GA GA GA
Unterstützung für Windows Dataplane V2 GA GA GA
Zusammenfassende API-Messwerte GA GA GA
gkectl update credentials-Unterstützung zum Aktualisieren des Dienstkontoschlüssels für den Komponentenzugriff GA GA GA
Vorbereitete Anmeldedaten für den Nutzercluster GA GA GA
Asynchrones Upgrade des Nutzerclusters GA GA GA
Sequenzielle Aktualisierung von Knotenpools GA GA GA
Volume-Snapshot mit vSphere-CSI-Treiber erstellen Vorschau Vorschau Vorschau
Nutzercluster mit aktiviertem ControlPlaneV2 erstellen GA GA GA

Modell der geteilten Verantwortung

Für die Ausführung einer geschäftskritischen Produktionsanwendung in GKE on VMware müssen mehrere Parteien unterschiedliche Verantwortlichkeiten übernehmen. Diese Verantwortlichkeiten werden unter Geteilte Verantwortung für GKE Enterprise beschrieben.

Entwicklersupport

Google bietet keinen Support speziell für Ihre Anwendungsarbeitslasten. Wir bieten jedoch Best-Effort-Entwicklersupport, damit Ihre Entwickler Anwendungen problemlos in GKE on VMware ausführen können. Wir sind der Meinung, dass kritische Vorfälle später in der Bereitstellung verhindert werden können, wenn Sie frühzeitig in der Entwicklung aktiv sind.

Dieser Best-Effort-Entwicklersupport steht Kunden mit einem kostenpflichtigen Supportpaket zur Verfügung und hat eine P3-Priorität für ein Problem, das eine Einführung blockiert, oder mit P4-Priorität für eine allgemeine Beratung. Dabei hat die Prioritätsstufe 0 die höchste Priorität.