vSphere-Featureinkompatibilität
In diesem Abschnitt werden die vSphere-Features beschrieben, die mit Google Distributed Cloud nicht kompatibel sind.
VM-Snapshot
Der VM-Snapshot ist nicht mit Google Distributed Cloud kompatibel. Durch das Erstellen von Snapshots von VMs, die von Google Distributed Cloud erstellt wurden, funktionieren viele Features nicht mehr, darunter Clusterupgrade, Clusteraktualisierung, automatische Knotenreparatur und Wiederherstellung der Administratorcluster-Steuerungsebene. Wenn Google Distributed Cloud versucht, eine VM mit Snapshots zu verwalten, werden Fehler wie Invalid configuration for device '0' in den Logs csi-controller-manager und vsphere-controller-manager 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 Google Distributed Cloud erstellt und verwaltet wird, kann zu Inkonsistenzen bei 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.
Speicher-vMotion
Mit Storage vMotion können Sie die virtuellen Laufwerke einer VM von einem Datenspeicher zu einem anderen migrieren. Dies unterscheidet sich vom regulären vMotion, bei dem eine VM von einem Host zu einem anderen migriert wird. vMotion wird von Google Distributed Cloud unterstützt.
Storage vMotion ist nur dann mit Google Distributed Cloud kompatibel, wenn die Cluster mit Speicherrichtlinien konfiguriert sind. Andernfalls schlagen Vorgänge wie Clusteraktualisierung, Upgrade, Nutzerclustererstellung und automatische Knotenreparatur fehl, wenn Sie Storage vMotion verwenden.
Wenn Sie eine vMotion-Speicherung wiederherstellen oder eine Problemumgehung planen möchten, wenden Sie sich an den Google-Support.
Speicher-DRS
Der Storage-DRS verwaltet die Laufwerksplatzierung und Migration der virtuellen Maschinen, um den Speicherplatz oder die E/A-Ressourcen zwischen den Datenspeichern im Datenspeichercluster auszugleichen.
Aktivieren Sie Storage DRS nicht, da es nicht mit Google Distributed Cloud 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 und die durch VMware API-Aufrufe von Sicherungssoftware oder -anwendungen von Drittanbietern aktiviert werden.
Verwenden Sie zum Sichern von Google Distributed Cloud-VMs keine Sicherungssoftware oder -anwendungen von Drittanbietern. Sie aktivieren CBT in der Regel über die VMware API, die nicht mit Google Distributed Cloud 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. Wir empfehlen, MetalLB als Load-Balancer zu verwenden, da sich Seesaw im Wartungsmodus befindet, oder Dataplane IP Learning zu deaktivieren, wenn Seesaw als Load-Balancer verwendet wird.
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.