Inkompatibilität von vSphere-Features
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. Wenn Sie Snapshots von VMs erstellen, die von Google Distributed Cloud erstellt wurden, funktionieren viele Funktionen wie Clusterupgrades, Clusterupdates, automatische Knotenreparaturen und Wiederherstellung der Administratorcluster-Steuerungsebene nicht mehr. 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-Klonen
Das Klonen einer VM, die von Google Distributed Cloud erstellt und verwaltet wird, kann zu Daten- und Clusterstatusinkonsistenzen führen.
Klonen Sie Anthos-VMs nicht. Informationen zur Wiederherstellung nach VM- oder Speicherfehlern finden Sie unter Wiederherstellung nach VM-Fehlern und Wiederherstellung nach Speicherfehlern.
vSAN-Dateidienst
Die Verwendung des vSAN-Dateidienstes zur Bereitstellung von Datei-Volumes unterstützt nichtflüchtige Volumes vom Typ ReadWriteMany oder ReadOnlyMany, die von mehreren Pods oder Anwendungen gemeinsam genutzt werden können.
Verwenden Sie dies nicht in Google Distributed Cloud, da es den Knotenausgleich verhindern und die Diagnose fehlschlagen kann.
Mit dem folgenden Befehl können Sie alle PVCs auflisten:
kubectl --kubeconfig CLUSTER_KUBECONFIG get pvc --all-namespaces \
-ojson | jq '.items[] | {namespace: .metadata.namespace, name: .metadata.name, accessModes: .spec.accessModes}'
Wenn ein PVC mit ReadWriteMany oder ReadOnlyMany in seinem accessModes vorhanden ist, wenden Sie sich an den Google-Support, um eine Behelfslösung zu erhalten.
Storage 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, das eine VM von einem Host zu einem anderen migriert. vMotion wird von Google Distributed Cloud unterstützt.
Storage vMotion ist nur mit Google Distributed Cloud kompatibel, wenn die Cluster mit Speicherrichtlinien konfiguriert sind. Andernfalls schlagen Vorgänge wie Clusterupdate, Upgrade, Erstellung von Nutzerclustern und automatische Knotenreparaturen fehl, wenn Sie Storage-vMotion verwenden.
Wenn Sie einen ungeplanten Speicher in vMotion wiederherstellen oder eine Behelfslösung planen möchten, wenden Sie sich bitte an den Google-Support.
Speicher-DRS
Speicher-DRS verwaltet die Platzierung und die Migration von virtuellen Maschinen, um den Speicherplatz oder die E/A-Ressourcen zwischen den Datenspeichern im Datenspeichercluster auszugleichen.
Aktivieren Sie das Speicher-DRS nicht, da es nicht mit Google Distributed Cloud kompatibel ist.
Geänderte Blockverfolgung(CBT)
Chnged Block Tracking(CBT) ist ein VMkernel-Feature zur Identifizierung von Datenblöcken, die sich geändert haben oder verwendet werden. Die Funktion wird durch VMware API-Aufrufe von Sicherungssoftware oder Appliances von Drittanbietern aktiviert.
Verwenden Sie für die Sicherung von Google Distributed Cloud-VMs keine Sicherungssoftware oder -Appliances von Drittanbietern. Sie aktivieren in der Regel CBT ü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
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. Sie können auch 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.