In diesem Dokument wird beschrieben, wie Sie Hostwartungsvorgänge über die Befehlszeile und das GKE-Wartungs-Dashboard aufrufen.
Wenn Sie sich die Hostwartungsvorgänge ansehen, können Sie Arbeitslastunterbrechungen minimieren, insbesondere bei einem langlebigen GKE-Cluster mit Arbeitslasten, die aufgrund regelmäßiger Infrastrukturunterbrechungen unterbrochen werden könnten.
Weitere Informationen zur Hostwartung in GKE finden Sie unter Hostwartung in GKE.
Wartungsbenachrichtigungen beobachten
Bevor für eine VM ein Wartungsereignis geplant ist, sendet Compute Engine Benachrichtigungen an alle VMs. Diese Benachrichtigungen melden den Beginn des Compute Engine-Wartungsfensters. Wenn eine anstehende Wartung von der VM geplant, aber nicht aktiv ist, fügt GKE dem Knotenlabel scheduled-maintenance-time hinzu.
Wenn Sie anstehende Wartungsereignisse im Blick behalten und erkennen möchten, müssen Sie die Benachrichtigungen von GKE und Compute Engine im Auge behalten.
Anstehende Wartungsarbeiten in Compute Engine ansehen
Compute Engine gibt Benachrichtigungen aus, wenn Knoten und die zugrunde liegenden VMs für störende Hostereignisse geplant sind und wenn diese Ereignisse aktiv werden. Die Benachrichtigungen enthalten Informationen zum geplanten Beginn, zur Art des Ereignisses und weitere Details.
Anstehende Wartungen in GKE ansehen
Sie können anstehende Wartungsereignisse in GKE für bestimmte Maschinentypen überwachen. In der folgenden Tabelle sind die unterstützten Maschinentypen und die jeweils erforderliche GKE-Mindestversion aufgeführt:
| Maschinentyp | Mindestversion für GKE |
|---|---|
| Maschinentypen mit angehängten GPUs oder TPUs | 1.31.1-gke.2008000 oder höher |
| H4D-Maschinentypen | 1.32.6-gke.1060000 oder höher |
c4a-highmem-96-metal |
1.35.0-gke.2232000 oder höher |
| Z3-Maschinentypen mit mehr als 18 TiB Titanium SSD | 1.32.4-gke.1376000 oder höher |
| Z4D-Maschinentypen mit mehr als 42 TiB angehängter Titanium-SSD | 1.36.3-gke.1244000 oder höher |
| Z4M-Maschinentypen mit mehr als 48 TiB angehängter Titanium SSD oder Z4M-Instanzen, die Cloud RDMA verwenden | 1.36.3-gke.1767000 oder höher |
So rufen Sie anstehende Wartungsereignisse auf:
Benachrichtigungen auf Knotenebene abfragen. Führen Sie zu diesem Zweck den nachfolgenden Befehl aus.
kubectl get nodes -l cloud.google.com/scheduled-maintenance-time \ -L cloud.google.com/scheduled-maintenance-timeDie Ausgabe sieht etwa so aus:
NAME STATUS SCHEDULED-MAINTENANCE-TIME <gke-accelerator-node-name> Ready 1733083200 <gke-accelerator-node-name> Ready 1733083200 [...]Die Spalte
SCHEDULED-MAINTENANCE-TIMEstellt Sekunden dar, die im Unix-Epochenzeitformat angezeigt werden.Sie können diese Benachrichtigungen auf der Ebene der Knotenmetadaten abfragen, indem Sie Instanzen auf Benachrichtigungen zu Wartungsereignissen prüfen.
Für beschleunigungsoptimierte Maschinenfamilien, die die erweiterte Wartung unterstützen, können Sie auf den Endpunkt
upcoming-maintenancezugreifen, der Informationen zu geplanten und gestarteten Wartungsereignissen bereitstellt.
Kubernetes-Ereignisse für die Hostwartung ansehen
Ab GKE-Version 1.35 werden Kubernetes-Ereignisse ausgegeben, die den Lebenszyklus der Hostwartung verfolgen. Diese Kubernetes-Ereignisse bieten detaillierte Einblicke in geplante Compute Engine-Zeitfenster, laufende Vorgänge und Grenzfälle wie Reparaturen oder Abbrüche. So können Sie Störungen direkt in der Kubernetes-Umgebung überwachen.
Sie können diese Ereignisse mit Standard-Kubernetes-Tools oder über Cloud Logging aufrufen:
Verwenden Sie den folgenden
kubectl-Befehl, um die letzten Wartungsereignisse aufzurufen:kubectl get events -n kube-system --field-selector involvedObject.kind=NodeKubernetes-Ereignisse werden 60 Minuten lang im Cluster aufbewahrt. Daher werden mit diesem Befehl nur die letzten Ereignisse pro Knoten ausgegeben.
So rufen Sie Ereignisse in Cloud Logging auf:
Rufen Sie in der Cloud de Confiance Console die Seite Log-Explorer auf:
Verwenden Sie die folgende Abfrage:
resource.type="k8s_node" log_id("events") jsonPayload.metadata.annotations."maintenance.gke.io/category"="HostMaintenance"
Wartungs-Lifecycle-Events
Wartungs-Lifecycle-Ereignisse werden für Kubernetes-Knotenressourcen ausgegeben. In der folgenden Tabelle werden die Ereignisse beschrieben, die von GKE während des Lebenszyklus der Compute Engine-Hostwartung ausgegeben werden:
| Grund | Beschreibung |
|---|---|
MaintenanceWindowScheduled |
Für den Knoten wurde ein Compute Engine-Hostwartungsfenster geplant |
MaintenanceWindowCancelled |
Ein Compute Engine-Hostwartungsfenster wurde auf dem Knoten gelöscht |
MaintenanceWindowRescheduled |
Das zuvor geplante Compute Engine-Hostwartungsfenster wurde verschoben und der Beginn der Wartung aktualisiert |
CustomerTriggeredMaintenance |
Die Hostwartung in Compute Engine wurde manuell über GKE ausgelöst |
MaintenanceWindowStarted |
Compute Engine-Hostwartung hat begonnen |
TerminateOnHostMaintenance |
Wird ausgegeben, wenn Compute Engine das Beendigungssignal (TERMINATE_ON_HOST_MAINTENANCE) ausgibt. Wenn die ordnungsgemäße Beendigung aktiviert ist, sperrt GKE den Knoten und plant die Pod-Entfernung (SIGTERM). Arbeitslasten erhalten je nach Maschinenstufe eine Benachrichtigung 5 bis 60 Minuten vor der Beendigung. |
PodEvictionComplete |
Alle Pods wurden erfolgreich vom Knoten entfernt. |
MaintenanceWindowCleared |
Die Hostwartung von Compute Engine ist abgeschlossen und der Knoten ist wieder bereit. |
Informationen zur Ereignisnutzlast
Wenn Informationen zu anstehenden Wartungsereignissen über Compute Engine verfügbar sind, enthält jedes Ereignis auch eine Nutzlast mit Annotationsdaten mit den folgenden Informationen:
- Compute Engine-Fensterdetails: Enthält
windowStartTime,windowEndTimeundlatestWindowStartTime. - Wartungsmetadaten: Der Status des Wartungszyklus zum Zeitpunkt des Ereignisses, der Grund für die Wartung (der Grund kann als
SCHEDULEDoderUNSCHEDULEDaufgeführt sein) und ob das Compute Engine-Fenster neu geplant werden kann. - Kubernetes-Metadaten: Umfasst Cluster_name, nodepool_name und node_name.
Ansicht der Hostwartungsvorgänge im GKE-Wartungs-Dashboard
Das GKE-Wartungs-Dashboard bietet eine konsolidierte Ansicht der Hostwartungsvorgänge. Das Dashboard bietet einen umfassenden Überblick über Wartungsaktivitäten auf Cluster-, Knotenpool- und Knotenebene.
Das Dashboard basiert auf Observability Analytics. Es werden Wartungszyklen, Knotenstatus und Messwerte zu Ausfallzeiten im Verlauf angezeigt.
Nächste Schritte
- Knotenunterbrechungen während der Hostwartung verwalten
- Hostwartung für Knoten ausführen, auf denen Beschleunigerarbeitslasten ausgeführt werden
- Informationen zu GKE-Wartungsfenstern und -ausschlüssen