Inkompatibilität von vSphere-Features
In diesem Abschnitt werden die vSphere-Features beschrieben, die mit GKE on VMware nicht kompatibel sind.
VM-Snapshot
Der VM-Snapshot ist nicht mit GKE on VMware kompatibel. Durch das Erstellen von Snapshots von VMs, die von GKE on VMware erstellt wurden, funktionieren viele Features nicht mehr, darunter Clusterupgrade, Clusterupdate, automatische Knotenreparatur und Wiederherstellung der Administratorcluster-Steuerungsebene. Wenn GKE on VMware versucht, eine VM mit Snapshots zu verwalten, werden in den Logs csi-controller-manager und vsphere-controller-manager Fehler wie Invalid configuration for device '0' angezeigt. Weitere Informationen zu Snapshots finden Sie unter Best Practices für die Verwendung von VMware-Snapshots.
Erstellen Sie keine Snapshots auf Anthos-VMs. Informationen zur Wiederherstellung nach VM- oder Speicherfehlern finden Sie unter Wiederherstellung nach VM-Fehlern und Wiederherstellung nach Speicherfehlern.
VM-Klon
Das Klonen einer VM, die von GKE on VMware erstellt und verwaltet wird, kann zu Inkonsistenzen bei den Daten und Clusterstatus führen.
Klonen Sie keine Anthos-VMs. Informationen zur Wiederherstellung nach VM- oder Speicherfehlern finden Sie unter Wiederherstellung nach VM-Fehlern und Wiederherstellung nach Speicherfehlern.
vMotion-Speicher
Mit Storage vMotion können Sie die virtuellen Laufwerke einer VM von einem Datenspeicher zu einem anderen migrieren. Dies unterscheidet sich von der regulären vMotion, bei der eine VM von einem Host zu einem anderen migriert wird. vMotion wird von GKE on VMware unterstützt.
Storage vMotion ist nicht mit GKE on VMware kompatibel, unabhängig davon, ob Sie den integrierten Treiber oder den CSI-Treiber (Container Storage Interface) verwenden. Vorgänge wie die Clusteraktualisierung, das Upgrade, das Erstellen von Nutzerclustern und die automatische Knotenreparatur schlagen fehl, wenn Sie Storage vMotion verwenden.
Führen Sie nach Möglichkeit keine vMotion zum Speichern aus. Wenn Sie eine Wiederherstellung nach einem ungeplanten Speicher-vMotion durchführen oder eine Problemumgehung planen möchten, wenden Sie sich an den Google-Support.
Speicher-DRS
Der Speicher-DRS verwaltet die Platzierung und Migration von VM-Laufwerken, um den Speicherplatz oder die E/A-Ressourcen zwischen den Datenspeichern im Datenspeichercluster auszugleichen.
Aktivieren Sie Storage DRS nicht, da es nicht mit GKE on VMware kompatibel ist.
Geändertes Block-Tracking(CBT)
Chnged Block Tracking(CBT) ist eine VMkernel-Funktion, die Datenblöcke identifiziert, die sich geändert haben oder gerade verwendet werden. Diese werden durch VMware API-Aufrufe von Sicherungssoftware oder -anwendungen von Drittanbietern aktiviert.
Verwenden Sie keine Sicherungssoftware oder -anwendungen von Drittanbietern zum Sichern von GKE on VMware-VMs. Sie aktivieren CBT in der Regel über die VMware API, die nicht mit GKE on VMware kompatibel ist.
Netzwerkinkompatibilität
Dieser Abschnitt gilt für Sie, wenn Sie den Seesaw-Load-Balancer verwenden.
Cisco ACI mit IP Data-plane Learning
Die Cisco Application Centric Infrastructure (ACI) mit Dataplane IP Learning ist nicht mit dem Seesaw-Load-Balancer kompatibel. Da sich Seesaw im Wartungsmodus befindet, sollten Sie MetalLB als Load-Balancer verwenden oder Dataplane IP Learning deaktivieren, wenn Sie Seesaw als Load-Balancer verwenden.
Zustandsorientierte NSX-T Distributed Firewall (DFW)
Die zustandsorientierte NSX-T-DFW ist nicht mit dem Seesaw-Load-Balancer kompatibel. Wir empfehlen, MetalLB als Load-Balancer zu verwenden, da sich Seesaw im Wartungsmodus befindet. Alternativ können Sie eine zustandslose NSX-T-DFW-Richtlinie für die Seesaw-VMs konfigurieren, wenn Sie Seesaw als Load-Balancer verwenden. Weitere Informationen finden Sie unter Zustandslose verteilte NSX-T-Firewallrichtlinien zur Verwendung mit dem Seesaw-Load-Balancer konfigurieren.