Das Hauptziel von Google beim Support ist es, Produktionsvorfälle so schnell wie möglich zu beheben. Wenn wir Ihre Konfiguration verstehen, Logs und Messwerte analysieren und mit Partnern zusammenarbeiten, können wir Vorfälle schnell lösen.
Google Cloud bietet verschiedene Supportpakete für Ihre Supportanforderungen an. Alle Google Cloud-Supportpakete beinhalten Unterstützung für Anthos und Anthos-Cluster on Bare Metal. Wenn Sie bereits ein Google Cloud-Supportpaket haben, steht Ihnen bereits Support für Anthos und Anthos-Cluster on Bare-Metal zur Verfügung.
Weitere Informationen finden Sie in der Dokumentation zum Google Cloud-Support.
Anforderungen für "Anthos-Cluster on Bare Metal"-Support
So beheben Sie geschäftskritische Vorfälle effektiv:
- Prüfen Sie, ob Ihre Umgebung aktuell ist und sich innerhalb der veröffentlichten Supportzeiten für den Support befindet. Weitere Informationen finden Sie im Abschnitt Richtlinie für Versionsunterstützung.
- Cloud Logging und Cloud Monitoring für Systemkomponenten Weitere Informationen finden Sie im folgenden Supporttool.
Support-Tools
Für die Fehlerbehebung eines Vorfalls mit Anthos-Cluster on Bare Metal basiert Google Cloud-Support auf drei Informationen:
- Ihre Umgebungskonfiguration
- Logs Ihrer Cluster
- Messwerte aus Ihren Clustern
Ihre Umgebungskonfiguration
Wenn Sie eine Supportanfrage eröffnen, können Sie mit den folgenden Befehlen wichtige Informationen über Ihre Clustereinrichtung abrufen:
Führen Sie für alle Clustertypen den Befehl
bmctl check cluster --snapshot
aus, um Informationen über Kubernetes und Ihre Knoten zu erfassen. Hängen Sie den resultierenden Tarball an die Supportanfrage an.Führen Sie für Administrator-, Hybrid- und eigenständige Cluster den Befehl
bmctl check cluster
aus, um den Integritätsstatus des Clusters und der Knoten zu prüfen. Hängen Sie die resultierenden Logs an die Supportanfrage an. Sie sollten im Verzeichnisbmctl-workspace/[CLUSTER_NAME]/log/check-cluster-[TIMESTAMP]
vorhanden sein.Erstellen Sie für Nutzercluster zuerst eine YAML-Datei der Systemdiagnose mit dem Clusternamen und dem Namespace. Wenden Sie dann die Datei auf den entsprechenden Administratorcluster an:
Erstellen Sie eine YAML-Datei mit den folgenden
healthcheck
-Attributen. Hier sehen Sie Beispielinhalt für einen Cluster namensuser1
im Namespacecluster-user1
:apiVersion: baremetal.cluster.gke.io/v1 kind: HealthCheck metadata: generateName: healthcheck- namespace: cluster-user1 spec: clusterName: user1
Nachdem Sie die YAML-Datei erstellt haben, wenden Sie die benutzerdefinierte Ressource im Administratorcluster an, der den Nutzercluster mit dem Befehl
kubectl
verwaltet. Hier sehen Sie einen Beispielbefehl mit der YAML-Datei, die im vorherigen Schritt erstellt wurde: Im Beispiel gibt die VariableADMIN_KUBECONFIG
den Pfad zur kubeconfig-Datei des Administratorclusters an:kubectl --kubeconfig ADMIN_KUBECONFIG create -f healthcheck-user1.yaml
Der Befehl gibt die folgende Antwort zurück:
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf created
Warten Sie, bis der Systemdiagnose-Job abgeschlossen ist, indem Sie testen, ob der Systemdiagnosejob abgeschlossen wurde. Im vorherigen Beispielbeispiel lautet der Name des Systemdiagnosejobs
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf
. Hier ein Beispieltest mit dem Befehlkubectl
, der 30 Minuten auf den Abschluss des Systemdiagnosejobs wartet:kubectl --kubeconfig ADMIN_KUBECONFIG wait healthcheck healthcheck-7c4qf \ -n cluster-user1 --for=condition=Reconciling=False --timeout=30m
Wenn der Vorgang abgeschlossen ist, gibt dieser Befehl Folgendes zurück:
healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf condition met
Sie können die Ergebnisse der Systemdiagnose mit dem folgenden Befehl aufrufen:
kubectl --kubeconfig ADMIN_KUBECONFIG get healthcheck healthcheck-7c4qf \ -n cluster-user1
Der Befehl gibt das folgende Ergebnis zurück:
NAME PASS AGE healthcheck-7c4qf true 17m
Erfassen Sie alle Logs aller Systemdiagnose-Pods in einer lokalen Datei mit dem Befehl
kubectl
. Hier ist ein Beispiel, in dem der vorherige Beispieljob einer Systemdiagnose verwendet wird:kubectl --kubeconfig ADMIN_KUBECONFIG logs -n cluster-user1 \ -l baremetal.cluster.gke.io/check-name=healthcheck-7c4qf --tail=-1 > \ healthcheck-7c4qf.log
Cluster-Logs
Wenn Sie einen neuen Anthos-Cluster auf einem Bare-Metal-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 von Kubernetes-Pods in den folgenden Namespaces:
kube-system
gke-system
gke-connect
istio-system
config-management-system
gatekeeper-system
cnrm-system
knative-serving
Logs können über die Cloud Logging Console abgefragt werden.
Weitere Informationen hierzu finden Sie unter Logging and Monitoring.
Google Cloud CLI und Remote-Clusterzugriff
Wenn Sie eine Supportanfrage stellen, fordert Cloud Customer Care Sie möglicherweise bei Remotezugriff auf den Cluster auf, um Probleme effektiver diagnostizieren und beheben zu können. Achten Sie darauf, dass Sie die neueste Version der Google Cloud CLI installiert und auf die neueste Version aktualisiert haben, damit das Supportteam für die Remote-Fehlerbehebung des Clusterproblems genügend Zugriff hat. Die Google Cloud CLI muss Version 401.0.0 oder höher sein, 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 abzurufen.
Verwenden Sie den Befehl gcloud components update
, um die neuesten Komponenten der gcloud CLI zu installieren.
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.
Clustermesswerte
Neben den Logs erfasst der Cloud Monitoring-Agent auch Messwerte. 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.
So beheben wir Fehler in Ihrer Umgebung
Hier ist ein Beispiel für einen typischen Supportvorfall:
- Der Clusteradministrator öffnet eine Supportanfrage in der Google Cloud Console oder dem Google Cloud-Supportcenter und wählt Anthos und Anthos-Cluster on Bare-Metal als Kategorie bzw. Komponente aus. Er gibt die erforderlichen Informationen ein und hängt die Ausgabe der relevanten
bmctl
-Befehle an die Anfrage an. - Die Supportanfrage wird an einen Mitarbeiter des technischen Supports weitergeleitet, der auf Anthos-Cluster on Bare Metal spezialisiert ist.
- Der Supportmitarbeiter untersucht den Inhalt des Snapshots, um einen Kontext zur Umgebung zu erhalten.
- 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.
- 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.
Welche Supportleistungen bietet Google?
Im Allgemeinen unterstützt das Cloud-Supportteam alle Softwarekomponenten, die im Lieferumfang von Anthos-Cluster on Bare-Metal und Anthos Service Mesh und Anthos Config Management enthalten sind. In der folgenden Tabelle finden Sie eine vollständige Liste der unterstützten und nicht unterstützten Funktionen:
Unterstützt von Google Cloud | Nicht unterstützt |
---|---|
Kubernetes und die Containerlaufzeit | Vom Kunden gewählte Load-Balancer (manuelles Load-Balancing) |
Connect und der Connect-Agent | Kundencode (siehe Entwicklersupport) |
Google Cloud-Vorgänge, Monitoring, Logging und Agents | Vom Kunden gewähltes Betriebssystem |
Gebündelter Load-Balancer | Physischer oder virtueller Server, Speicher und Netzwerk |
Ingress-Controller | Externe DNS-, DHCP- und Identitätssysteme |
Anthos Identity-Dienst | |
Anthos Service Mesh | |
Anthos Config Management |
Versionsunterstützungsrichtlinie
Der Support für Anthos-Cluster on Bare Metal folgt der Supportrichtlinie für Anthos-Versionen. Google unterstützt die aktuelle Version und die vorherigen zwei (n-2) Nebenversionen von Anthos-Cluster auf Bare Metal.
In der folgenden Tabelle sind die unterstützten und nicht unterstützten Versionen dieses Produkts aufgeführt.
Nebenversion | Veröffentlicht | Frühes Ende des Lebenszyklus | Verfügbare Patches | Kubernetes-Version |
---|---|---|---|---|
1.14 (aktuell) | 8. Dezember 2022 | 8. Dezember 2023 | 1.14.3 | Version 1.25.6-gke.1000 |
1.14.2 | Version 1.25.5-gke.1001 | |||
1.14.1 | Version 1.25.5-gke.1001 | |||
1.14.0 | Version 1.25.3-gke.1400 | |||
1,13 | 29. September 2022 | 29. Juni 2023 | 1.13.6 | Version 1.24.9-gke.2500 |
1.13.5 | Version 1.24.9-gke.2500 | |||
1.13.4 | Version 1.24.9-gke.2500 | |||
1.13.3 | Version 1.24.7-gke.1700 | |||
1.13.2 | Version 1.24.7-gke.300 | |||
1.13.1 | Version 1.24.5-gke.400 | |||
1.13.0 | Version 1.24.2-gke.1900 | |||
1,12 | 29. Juni 2022 | 29. März 2023 | 1.12.9 | Version 1.23.17-gke.300 |
1.12.8 | Version 1.23.16-gke.100 | |||
1.12.7 | Version 1.23.15-gke.2400 | |||
1.12.6 | Version 1.23.13-gke.1700 | |||
1.12.5 | Version 1.23.13-gke.1700 | |||
1.12.4 | Version 1.23.11-gke.500 | |||
1.12.3 | Version 1.23.10-gke.1000 | |||
1.12.2 | v1.23.5-gke.1505 | |||
1.12.1 | v1.23.5-gke.1505 | |||
1.12.0 | v1.23.5-gke.1504 | |||
1.11 (nicht unterstützt) | 21. März 2022 | 21. Dezember 2022 | 1.11.8 | Version 1.22.15-gke.3300 |
1.11.7 | Version 1.22.14-gke.500 | |||
1.11.6 | v1.22.8-gke.204 | |||
1.11.5 | v1.22.8-gke.204 | |||
1.11.4 | v1.22.8-gke.204 | |||
1.11.3 | v1.22.8-gke.203 | |||
1.11.2 | v1.22.8-gke.200 | |||
1.11.1 | v1.22.8-gke.200 | |||
1.11.0 | v1.22.8-gke.200 | |||
1.10 (nicht unterstützt) | 10. Dezember 2021 | 10. September 2022 | 1.10.8 | v1.21.13-gke.202 |
1.10.7 | v1.21.13-gke.202 | |||
1.10.6 | v1.21.13-gke.201 | |||
1.10.5 | v1.21.6-gke.1503 | |||
1.10.4 | v1.21.6-gke.1503 | |||
1.10.3 | v1.21.5-gke.1300 | |||
1.10.2 | v1.21.5-gke.1300 | |||
1.10.1 | v1.21.5-gke.1200 | |||
1.10.0 | v1.21.5-gke.1200 | |||
1.9 (nicht unterstützt) | 23. September 2021 | 23. Juni 2022 | 1.9.8 | v1.21.13-gke.200 |
1.9.7 | v1.21.6-gke.1503 | |||
1.9.6 | v1.21.5-gke.1300 | |||
1.9.5 | v1.21.5-gke.1300 | |||
1.9.4 | v1.21.5-gke.1200 | |||
1.9.3 | v1.21.5-gke.1200 | |||
1.9.2 | v1.21.4-gke.201 | |||
1.9.1 | v1.21.4-gke.201 | |||
1.9.0 | v1.21.4-gke.200 | |||
1.8 (Nicht unterstützt) | 21. Juni 2022 | 21. März 2022 | 1.8.9 | v1.20.9-gke.102 |
1.8.8 | v1.20.9-gke.102 | |||
1.8.7 | v1.20.9-gke.102 | |||
1.8.6 | v1.20.9-gke.102 | |||
1.8.5 | v1.20.9-gke.102 | |||
1.8.4 | v1.20.9-gke.101 | |||
1.8.3 | v1.20.9-gke.101 | |||
1.8.2 | v1.20.8-gke.1500 | |||
1.8.1 | v1.20.5-gke.1301 | |||
1.8.0 | v1.20.5-gke.1301 | |||
1.7 (nicht unterstützt) | 25. März 2021 | 25. Dezember 2021 | 1.7.7 | v1.19.14-gke.2201 |
1.7.6 | v1.19.14-gke.2201 | |||
1.7.5 | v1.19.14-gke.2201 | |||
1.7.4 | v1.19.14-gke.400 | |||
1.7.3 | v1.19.13-gke.100 | |||
1.7.2 | v1.19.10-gke.1602 | |||
1.7.1 | v1.19.7-gke.1200 | |||
1.7.0 | v1.19.7-gke.1200 | |||
1.6 (nicht unterstützt) | 30. November 2020 | 30. August 2021 | 1.6.4 | v1.18.20-gke.3000 |
1.6.3 | v1.18.18-gke.100 | |||
1.6.2 | v1.18.6-gke.6600 | |||
1.6.1 | v1.18.6-gke.6600 | |||
1.6.0 | v1.18.6-gke.6600 |
Unterstützte Features
In diesem Dokument werden die Verfügbarkeit von Features und Funktionen für Anthos-Cluster auf Bare Metal 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.
Als Vorschau aufgeführte Features unterliegen den Nutzungsbedingungen des Pre-GA-Angebots in den Nutzungsbedingungen von Google Cloud. Pre-GA-Produkte und -Features werden eventuell nur eingeschränkt unterstützt. Änderungen an Pre-GA-Produkten und -Features sind möglicherweise nicht mit anderen Pre-GA-Versionen kompatibel. Weitere Informationen finden Sie unter Beschreibungen der Startphase. Vorschauangebote sind nur für die Verwendung in Testumgebungen vorgesehen.
Als Allgemeine Verfügbarkeit (GA) aufgeführte Features werden vollständig unterstützt, stehen allen Kunden zur Verfügung und sind für die Produktion bereit.
Feature/Möglichkeit | 1.11 | 1.12 | 1.13 | 1.14 (aktuell) |
---|---|---|---|---|
Benachrichtigungsrichtlinien | Vorschau | Vorschau | Vorschau | Vorschau |
Anthos-VM-Laufzeit | Vorschau | AV | AV | AV |
Gebündeltes Load-Balancing mit BGP | AV | AV | AV | AV |
Cloud-Audit-Logging | AV | AV | AV | AV |
Unterstützung für Clustersicherung und -wiederherstellung | AV | AV | AV | AV |
Rotation von Cluster-Zertifizierungsstellen (CAs) | AV | AV | AV | AV |
Unterstützung von Befehlszeilenzurücksetzungen von Clusterknoten | AV | AV | AV | AV |
containerd container laufzeit | AV | AV | AV | AV |
Dynamic Flat IP mit Border Gateway Protocol (BGP) | Vorschau | Vorschau | AV | AV |
NAT-Gateway für ausgehenden Traffic | AV | AV | AV | AV |
Flacher IPv4-Modus (statisch) | AV | AV | AV | AV |
Flache IPv6-Unterstützung (BGP-Modus) | Vorschau | Vorschau | AV | AV |
BGP-basierte Unterstützung für Load-Balancer für IPv6 | Nicht verfügbar | Vorschau | AV | AV |
IPv4/IPv6-Dual Stack | AV | AV | AV | AV |
KSA-Support | AV | AV | AV | AV |
Managed Collector für Google Cloud Managed Service for Prometheus | Nicht verfügbar | Vorschau | AV | AV |
Multi-Cluster-Konnektivität | Vorschau | Vorschau | Vorschau | Vorschau |
Pods mit mehreren NICs | AV | AV | AV | AV |
Network Connectivity Gateway | Nicht verfügbar | Vorschau | Vorschau | Vorschau |
Node Problem Detector | AV | AV | AV | AV |
Unterstützung für Registry-Spiegel | Vorschau | Vorschau | AV | AV |
SR-IOV-Netzwerk | AV | AV | AV | AV |
Zusammenfassende API-Messwerte | Vorschau | AV | AV | AV |
Workload Identity | AV | AV | AV | AV |
Modell der geteilten Verantwortung
Für die Ausführung einer geschäftskritischen Produktionsanwendung in Anthos-Cluster on Bare Metal müssen mehrere Parteien unterschiedliche Verantwortlichkeiten übernehmen. In den folgenden Abschnitten werden die Rollen und Verantwortlichkeiten aufgeführt.
Verantwortlichkeit von Google
- Wartung und Verteilung des Software-Pakets "Anthos-Cluster on Bare Metal".
- Benachrichtigen der Nutzer über verfügbare Upgrades für Anthos-Cluster on Bare Metal und Erstellen von Upgradeskripts für die vorherige Version; Anthos-Cluster on Bare-Metal unterstützt nur sequenzielle Upgrades (Beispiel: 1.2 → 1.3 → 1.4 und nicht 1.2 → 1.4).
- Ausführen der Connect- und Cloud-Betriebsdienste
- Beheben von Fehlern, Bereitstellen von Problemumgehungen und Beheben der Ursache von Problemen im Zusammenhang mit von Google bereitgestellten Komponenten
Verantwortlichkeit der Nutzer
- Gesamte Systemverwaltung für lokale Cluster.
- Verwalten von auf dem Cluster bereitgestellten Anwendungsarbeitslasten.
- Ausführung, Wartung und Patchen der Rechenzentrumsinfrastruktur, einschließlich Netzwerken, Servern, Betriebssystem, Speicher und Konnektivität zu Google Cloud.
- Das Ausführen, Warten und Patchen von Netzwerk-Load-Balancern, wenn eine manuelle Load-Balancer-Option ausgewählt wird.
- Regelmäßige Upgrades von Anthos-Cluster on Bare-Metal-Versionen.
- Monitoring des Clusters und von Anwendungen sowie Reagieren auf Vorfälle.
- Bereitstellung von Cloud Operations-Agents auf Clustern sicherstellen
- Bereitstellen von Umgebungsdaten zur Fehlerbehebung für Google.
Entwicklersupport
Google unterstützt keine Anwendungsarbeitslasten, die in Anthos-Cluster on Bare-Metal ausgeführt werden. Wir bieten jedoch Best-Effort-Entwicklersupport, um Ihren Entwicklern das problemlose Ausführen von Anwendungen auf Anthos-Cluster on Bare Metal zu ermöglichen. Wir sind der Meinung, dass unsere frühzeitige Einbindung kritische Vorfälle später während der Bereitstellung verhindern kann.
Dieser Entwicklersupport steht Kunden mit einem kostenpflichtigen Supportpaket zur Verfügung und wird als P3-Priorität für ein Problem behandelt, das einen Start verhindert, bzw. als P4-Priorität für eine allgemeine Beratung.