Inkompatibilität von vSphere-Funktionen
In diesem Abschnitt werden die vSphere-Funktionen beschrieben, die mit Google Distributed Cloud nicht kompatibel sind.
VM-Snapshot
VM
Snapshots
sind nicht mit Google Distributed Cloud kompatibel. Wenn Sie Snapshots von VMs erstellen, die
von Google Distributed Cloud erstellt wurden, werden viele Funktionen unterbrochen, darunter Cluster-Upgrades,
Cluster-Updates, automatische Knotenreparatur und
Wiederherstellung der Steuerungsebene des Administratorclusters
Wiederherstellung. Wenn
Google Distributed Cloud versucht, eine VM mit Snapshots zu verwalten, werden
Fehler wie Invalid configuration for device '0' in den
csi-controller-manager und vsphere-controller-manager Logs angezeigt. Weitere Informationen zu Snapshots finden Sie unter Best Practices für die Verwendung von
VMware-Snapshots.
Erstellen Sie keine Snapshots auf Google Distributed Cloud-VMs. Informationen zur Wiederherstellung nach VM- oder Speicherfehlern finden Sie unter Wiederherstellung nach VM Fehlern und Wiederherstellung nach Speicher Fehlern.
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 Google Distributed Cloud-VMs. Informationen zur Wiederherstellung nach VM- oder Speicherfehlern finden Sie unter Wiederherstellung nach VM Fehlern und Wiederherstellung nach Speicher Fehlern.
vSAN File Service
Das Bereitstellen von Dateivolumes mit vSAN File Service
unterstützt ReadWriteMany oder ReadOnlyMany persistente Volumes, die von mehreren Pods oder Anwendungen gemeinsam genutzt werden können.
Verwenden Sie diese Option nicht in Google Distributed Cloud, da sie den Knoten-Drain blockieren und die Diagnose fehlschlagen lassen kann.
Sie mit folgendem Befehl 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 ReadWriteMany oder ReadOnlyMany in seinen accessModes hat, wenden Sie sich an den Google-Support, um eine Problemumgehung zu erhalten.
Storage vMotion
Storage vMotion ermöglicht Ihnen die Migration der virtuellen Festplatten einer VM von einem Datenspeicher zu einem anderen. Das unterscheidet sich von der regulären vMotion, mit der eine VM von einem Host zu einem anderen migriert wird. 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 Clusteraktualisierung, Upgrade, Nutzerclustererstellung und automatische Knotenreparatur bei der Verwendung von Storage vMotion fehl.
Wenn Sie nach einer nicht geplanten Storage vMotion-Migration eine Wiederherstellung machen oder eine Problemumgehung planen möchten, wenden Sie sich an den Google-Support.
Storage DRS
Storage DRS verwaltet die Platzierung und Migration von VM-Festplatten, um den Speicher platz oder die E/A-Ressourcen zwischen Datenspeichern im Datenspeichercluster auszugleichen.
Aktivieren Sie Storage DRS nicht, da es nicht mit Google Distributed Cloud kompatibel ist.
Changed Block Tracking (CBT)
Change Block Tracking (CBT) ist eine VMkernel-Funktion, mit der Datenblöcke identifiziert werden, die sich geändert haben oder verwendet werden. Sie wird über VMware API-Aufrufe von Drittanbieter-Sicherungssoftware oder ‑geräten aktiviert.
Verwenden Sie nie Sicherungssoftware oder ‑geräte von Drittanbietern, um Google Distributed Cloud-VMs zu sichern. Sie aktivieren CBT in der Regel über die VMware API, die nicht mit Google Distributed Cloud kompatibel ist.
Inkompatibilität des Netzwerks
Dieser Abschnitt gilt für Sie, wenn Sie den Seesaw-Load-Balancer verwenden.
Cisco ACI mit Dataplane IP Learning
Cisco Application Centric Infrastructure (ACI) mit Dataplane IP Learning ist nicht mit Seesaw- und MetalLB-Load-Balancern kompatibel. Wir empfehlen, dass Sie manuelles Load-Balancing verwenden oder Dataplane IP Learning deaktivieren, wenn Sie Seesaw oder MetalLB als Load-Balancer verwenden. Außerdem befindet sich Seesaw im Wartungsmodus. Ab Google Distributed Cloud Version 1.32 sind Upgrades für Cluster, die Seesaw verwenden, blockiert. Sie müssen Cluster zu empfohlenen Funktionen migrieren, bevor Sie ein Upgrade auf 1.32 durchführen.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 in der Dokumentation zur Version 1.16 unter Zustandslose NSX-T Distributed-Firewallrichtlinien zur Verwendung mit Seesaw-Load-Balancer konfigurieren.