Support anfordern

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:

Support-Tools

Für die Fehlerbehebung eines Vorfalls mit Anthos-Cluster on Bare Metal basiert Google Cloud-Support auf drei Informationen:

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 Verzeichnis bmctl-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:

    1. Erstellen Sie eine YAML-Datei mit den folgenden healthcheck-Attributen. Hier sehen Sie Beispielinhalt für einen Cluster namens user1 im Namespace cluster-user1:

      apiVersion: baremetal.cluster.gke.io/v1
      kind: HealthCheck
      metadata:
        generateName: healthcheck-
        namespace: cluster-user1
      spec:
        clusterName: user1
      
    2. 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 Variable ADMIN_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
      
    3. 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 Befehl kubectl, 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
      
    4. 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, fragt Cloud Customer Care Sie möglicherweise nach Remotezugriff mit Lesezugriff auf Ihre Cluster. So können Sie Probleme schneller diagnostizieren und beheben. Damit das Supportteam Remotezugriff auf Ihr Clusterproblem hat, müssen Sie prüfen, ob Sie die neueste Version der Google Cloud CLI installiert und auf die neueste Version aktualisiert haben. Die Google Cloud CLI muss mindestens Version 401.0.0 haben, um Cloud Customer Care die erforderlichen Berechtigungen zu erteilen. Wir empfehlen, die Google Cloud CLI regelmäßig zu aktualisieren, um zusätzliche Berechtigungen und andere Verbesserungen zu übernehmen.

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 registrierte 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:

  1. 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.
  2. Die Supportanfrage wird an einen Mitarbeiter des technischen Supports weitergeleitet, der auf Anthos-Cluster on Bare Metal 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.

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. Ab Anthos-Version 1.14 unterstützt Google alle Anthos-Cluster auf Bare-Metal-Nebenversion 12 Monate nach der Erstveröffentlichung der Nebenversion oder bis zur Veröffentlichung der dritten Nebenversion, je nachdem, welche länger ist.

In der folgenden Tabelle sind die unterstützten und nicht unterstützten Versionen dieses Produkts aufgeführt.

Nebenversion Veröffentlicht Frühestes Lebenszyklusdatum Verfügbare Patches Kubernetes-Version
1.15 (neueste) 27. April 2023 27. April 2024 1.15.3 Version 1.26.5-gke.2100
1.15.2 Version 1.26.5-gke.1200
1.15.1 Version 1.26.2-gke.1001
1.15.0 Version 1.26.2-gke.1001
1,14 8. Dezember 2022 8. Dezember 2023 1.14.7 Version 1.25.10-gke.2100
1.14.6 Version 1.25.10-gke.1200
1.14.5 Version 1.25.7-gke.1000
1.14.4 Version 1.25.7-gke.1000
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 17. August 2023 13.01.2010 Version 1.24.14-gke.2100
1.13.9 Version 1.24.14-gke.1200
1.13.8 Version 1.24.11-gke.1000
1.13.7 Version 1.24.11-gke.1000
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 (nicht unterstützt) 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 -Funktionen werden eventuell nur eingeschränkt unterstützt. Änderungen an Pre-GA-Produkten und -Funktionen 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,12 (nicht unterstützt) 1.13 1.14 1,15 (neueste)
Benachrichtigungsrichtlinien Vorschau Vorschau Vorschau Vorschau
Anthos-VM-Laufzeit AV AV AV AV
Azure Active Directory-Gruppen Nicht verfügbar Nicht verfügbar AV AV
Binärautorisierung Nicht verfügbar Nicht verfügbar Nicht verfügbar Vorschau
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-Containerlaufzeit AV AV AV AV
Kontrollgruppe v2 Nicht verfügbar Nicht verfügbar Vorschau AV
Dynamic Flat IP mit Border Gateway Protocol (BGP) Vorschau AV 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 AV AV AV
Unterstützung von BGP-basierten Load-Balancern für IPv6 Vorschau AV 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 Vorschau AV AV AV
Multi-Cluster-Konnektivität Vorschau Vorschau Vorschau Vorschau
Pods mit mehreren NICs AV AV AV AV
Network Connectivity Gateway Vorschau Vorschau Vorschau Vorschau
Node Problem Detector AV AV AV AV
Unterstützung für Registry-Spiegel Vorschau AV AV AV
Sicherer Computing-Modus (seccomp) Vorschau Vorschau AV AV
SR-IOV-Netzwerk AV AV AV AV
Zusammenfassende API-Messwerte AV AV AV AV
Workload Identity AV AV AV AV
VPC Service Controls Nicht verfügbar Nicht verfügbar Nicht verfügbar Vorschau
Parallele Knotenupgrades Nicht verfügbar Nicht verfügbar Vorschau 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.