In diesem Dokument erfahren Sie, wie Sie die Hochverfügbarkeitsrichtlinie für virtuelle Maschinen (VMs) konfigurieren, die mit VM-Laufzeit auf GDC ausgeführt werden.
Wenn Sie die VM-Laufzeit auf GDC aktivieren, erstellt der Cluster ein VMHighAvailabilityPolicy-Objekt mit dem Namen default. Dieses Objekt gibt die Standardwiederherstellungsstrategie für den Fall an, dass ein Clusterknoten, auf dem eine VM ausgeführt wird, ausfällt. Mögliche Standardwiederherstellungsstrategien sind:
- Verschieben: Verschieben Sie die VM auf einen anderen Clusterknoten.
- Ignorieren: Es wird nichts unternommen.
Anfangs ist Reschedule als Standardeinstellung für die Wiederherstellung festgelegt.
Die Standardwiederherstellungsstrategie Reschedule eignet sich in der folgenden Situation:
Der Cluster hat mindestens zwei Worker-Knoten.
Ihre VM-Laufwerke werden mit einer netzwerkbasierten Speicherklasse bereitgestellt. Das heißt, die Speicherklasse basiert auf einem Netzwerkdateisystem, das POSIX-Dateisperren für verschiedene Clients koordiniert. Network File System (NFS) ist ein Beispiel für eine netzwerkbasierte Speicherklasse.
Wenn Ihre VMs lokalen Speicher oder ein blockbasiertes Speichersystem verwenden, empfehlen wir, die Standardwiederherstellungsstrategie auf Ignore festzulegen. Diese Empfehlung wird aus folgenden Gründen abgegeben:
Wenn Ihre VMs lokalen Speicher verwenden und ein Knoten ausfällt, gibt es keine Möglichkeit, die gespeicherten Daten wiederherzustellen und auf einen neuen Knoten zu verschieben.
Wenn Ihre VMs ein blockbasiertes Speichersystem verwenden, ist das Trennen des Speichers möglicherweise nicht ausreichend. Dies kann zu gleichzeitigem Laufwerkzugriff und Datenbeschädigung bei der VM-Planung führen.
Objekt „VMHighAvailabilityPolicy“ prüfen
Prüfen Sie, ob ein VMHighAvailabilityPolicy-Objekt vorhanden ist:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get VMHighAvailabilityPolicy --namespace vm-system
Ersetzen Sie USER_CLUSTER_KUBECONFIG durch den Pfad der kubeconfig-Datei des Nutzerclusters.
Die Ausgabe zeigt, dass ein VMHighAvailabilityPolicy-Objekt mit dem Namen default vorhanden ist. In der Ausgabe sehen Sie auch den aktuellen Wert von defaultRecoveryStrategy. Die folgende Ausgabe zeigt beispielsweise, dass der aktuelle Wert von defaultRecoveryStrategy Reschedule ist:
vm-system default 5m55s Reschedule 15s 1m30s
Rufen Sie eine detaillierte Ansicht des Objekts „VMHighAvailabilityPolicy“ ab:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG get VMHighAvailabilityPolicy \
--namespace vm-system --output yaml
Beispielausgabe:
apiVersion: vm.cluster.gke.io/v1alpha1
kind: VMHighAvailabilityPolicy
metadata:
...
labels:
app.kubernetes.io/component: kubevirt
app.kubernetes.io/managed-by: virt-operator
kubevirt.io: virt-api
name: default
namespace: vm-system
..
spec:
defaultRecoveryStrategy: Reschedule
nodeHeartbeatInterval: 15s
nodeMonitorGracePeriod: 1m30s
Standardstrategie für die Wiederherstellung ändern
In bestimmten Situationen empfehlen wir, die standardmäßige Wiederherstellungsstrategie zu ändern. Wenn Ihre VMs beispielsweise lokalen Speicher oder ein nicht netzwerkbasiertes Dateisystem verwenden, empfehlen wir, den Wert von defaultRecoveryStrategy in Ignore zu ändern.
Öffnen Sie zum Ändern des Werts von defaultRecoveryStrategy das VMHighAvailabilityPolicy-Objekt zur Bearbeitung:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG edit VMHighAvailabilityPolicy \
default --namespace vm-system
Ändern Sie im Texteditor den Wert von defaultRecoveryStrategy in einen Wert Ihrer Wahl: Reschedule oder Ignore. Schließen Sie den Texteditor.
Standardwiederherstellungsstrategie für eine VM überschreiben
Die Standardwiederherstellungsstrategie gilt für alle VMs, die im Cluster ausgeführt werden. Möglicherweise müssen Sie jedoch die Standardwiederherstellungsstrategie für einzelne VMs überschreiben.
Angenommen, die meisten Ihrer VMs werden mit einer netzwerkbasierten Speicherklasse bereitgestellt, aber einige VMs werden mit einer blockbasierten Speicherklasse bereitgestellt. Für jede VM, die blockbasierten Speicher verwendet, empfehlen wir, die Standardwiederherstellungsstrategie zu überschreiben, indem Sie die Wiederherstellungsstrategie für die einzelne VM auf Ignore festlegen.
Wenn Sie die Standardwiederherstellungsstrategie für eine VM überschreiben möchten, fügen Sie sowohl dem VMI-Objekt (VirtualMachineInstance) als auch dem GVM-Objekt eine vm.cluster.gke.io/vm-ha-recovery-strategy-Annotation hinzu.
Mit diesen Befehlen wird beispielsweise die Wiederherstellungsstrategie für eine VM mit dem Namen my-vm auf Ignore festgelegt:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate vmi my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy=Ignore --overwrite kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate gvm my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy=Ignore --overwrite
Wenn Sie die Annotationen später entfernen möchten, setzen Sie am Ende des Annotationsnamens einen Bindestrich. Beispiel:
kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate vmi my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy- kubectl --kubeconfig USER_CLUSTER_KUBECONFIG \ annotate gvm my-vm \ vm.cluster.gke.io/vm-ha-recovery-strategy-
Erweiterte Konfiguration
Zusätzlich zur Konfiguration der Standardwiederherstellungsstrategie können Sie Folgendes konfigurieren:
Knoten-Heartbeat-Intervall: Die Zeit zwischen Herzschlägen, die von jedem Clusterknoten gesendet werden
Kulanzzeitraum für Knotenüberwachung: Der maximale Zeitraum, in dem ein Knoten einen Herzschlag nicht senden kann, bevor er als fehlerhaft eingestuft wird.
In den meisten Fällen sind die Standardwerte für das Heartbeat-Intervall und den Kulanzzeitraum angemessen. Sie können diese Werte jedoch anpassen, wenn Sie den Kompromiss zwischen Wiederherstellungsgeschwindigkeit und Aufwand noch genauer abstimmen möchten. Ein kürzeres Herzfrequenzintervall verkürzt die Wiederherstellungszeit, erhöht aber auch den Aufwand. In einem großen Cluster können Sie das Heartbeat-Intervall verlängern, da häufige Heartbeats von vielen Knoten eine inakzeptable Belastung des Kubernetes API-Servers verursachen können.
Das Herzschlagintervall sollte kleiner als der Kulanzzeitraum sein, um Fälle zu vermeiden, in denen ein einzelner verpasster Herzschlag dazu führt, dass ein Knoten als ungesund gilt.
Führen Sie kubectl edit aus, um das VMHighAvailabilityPolicy-Objekt zum Bearbeiten zu öffnen. Legen Sie für nodeHeartbeatInterval und nodeMonitorGracePeriod Werte Ihrer Wahl fest.
spec: defaultRecoveryStrategy: Reschedule nodeHeartbeatInterval: 15s nodeMonitorGracePeriod: 1m30s