Konfigurationsstatus der privaten Cloud aufrechterhalten

Auf dieser Seite wird beschrieben, wie Cloud-Administratoren Google Cloud VMware Engine verwenden können, um ihre Konfiguration regelmäßig zu überwachen und sicherzustellen, dass sie für zukünftige Upgrades bereit ist. Um die Stabilität der privaten Cloud aufrechtzuerhalten, führt Google Cloud VMware Engine regelmäßig Systemdiagnosen auf Konfigurationsabweichungen durch, protokolliert Details in Cloud Logging und benachrichtigt Sie in E-Mail-Zusammenfassungen über kritische Probleme. So können Sie Konfigurationsabweichungen in Ihrer privaten Cloud erkennen und beheben.

Systemdiagnosen für die Konfiguration

VMware Engine führt die folgenden Prüfungen durch, um sicherzustellen, dass sich Ihre Umgebung in einem unterstützten und effizienten Zustand befindet.

Name des NSX-T-Tier-0-Gateways

Um die automatisierte Lebenszyklusverwaltung und Updates zu aktivieren, muss das NSX-T-Tier-0-Gateway für die Verwaltung genau Provider-LR heißen. Sie können den Gateway-Namen im NSX-T Manager unter Netzwerk > Tier-0-Gateways prüfen.

Auswirkungen

Wenn Sie dieses Gateway in einen anderen Namen als Provider-LR umbenennen, kann es zu fehlgeschlagenen Upgrades oder Verzögerungen bei geplanten Wartungsarbeiten kommen.

Gateway-Namen beheben

Greifen Sie auf den NSX-T Manager zu.
Rufen Sie Netzwerk > Tier-0-Gateways auf.
Suchen Sie das Anbieter-Gateway und klicken Sie auf Bearbeiten.
Ändern Sie den Namen des Gateways in Provider-LR und speichern Sie die Änderungen.

NSX-T-Edge-Modus für hohe Verfügbarkeit

Um einen vorhersehbaren Durchsatz aufrechtzuerhalten und zustandsbehaftete Dienste zu unterstützen, muss für Ihr NSX-T-Tier-0-Gateway die Konfiguration Aktiv-Standby verwendet werden.

Auswirkungen

Wenn Sie andere Modi wie Aktiv-Aktiv verwenden, kann es bei Failovern zu Unterbrechungen des Traffics oder zu inkonsistenter Leistung kommen, wenn ein Knoten ausfällt.

Modus für hohe Verfügbarkeit beheben

Greifen Sie auf den NSX-T Manager zu.
Rufen Sie Netzwerk > Tier-0-Gateways auf.
Suchen Sie das identifizierte Gateway und klicken Sie auf Bearbeiten.
Setzen Sie den Modus für hohe Verfügbarkeit auf Aktiv-Standby und speichern Sie die Änderungen.

Speicherrichtlinie für VMs

Um Ihre Daten vor Ausfällen physischer Hosts zu schützen, müssen Ihre virtuellen Maschinen (VMs) eine Speicherrichtlinie verwenden, bei der Failures to Tolerate (FTT) auf mindestens 1 festgelegt ist. Ein FTT-Wert von 0 bedeutet, dass keine Datenredundanz vorhanden ist.

Auswirkungen

Wenn ein physischer Host ausfällt und Ihr FTT-Wert 0 ist, kommt es zu dauerhaftem Datenverlust oder zu Datenbeschädigung. Wartungsarbeiten dauern ohne redundante Speicherrichtlinie ebenfalls länger.

Speicherrichtlinie für VMs beheben

Greifen Sie auf den vSphere Client zu.
Suchen Sie die betroffene VM und wählen Sie Einstellungen bearbeiten aus.
Suchen Sie die entsprechenden Laufwerke (z. B. Festplatte 1).
Ändern Sie die VM-Speicherrichtlinie in eine robuste Richtlinie wie FTT 1 oder höher.

Prüfungen auf Erweiterungen und Interoperabilität

Die folgenden Prüfungen und empfohlenen Maßnahmen sorgen dafür, dass Ihre Erweiterungen und verknüpften lokalen Umgebungen mit den anstehenden VMware Engine-Updates kompatibel sind.

Dienstprüfung	Vorteil	Aktion
Zerto-Version	Ermöglicht systemweite Upgrades und verhindert Fehler bei der Notfallwiederherstellung.	Führen Sie in vCenter unter Verwaltung > Lösungen > Client-Plug-ins ein Upgrade des Zerto-Plug-ins durch.
Lokale HCX-Version	Sorgt für Kompatibilität mit Infrastruktur-Updates und Migrationsfunktionen.	Installieren Sie die neuesten Updates in der HCX Cloud Manager-UI > Systemupdates.
Remote-HCX-Version	Verhindert Fehler bei der Netzwerkerweiterung während von Upgrades für die Standortverknüpfung.	Führen Sie über die Verwaltungsoberfläche ein Upgrade des lokalen HCX-Connectors durch.
Remote-vCenter-Version	Sorgt für API-Kompatibilität und Inventarerkennung während der Migration.	Führen Sie ein Upgrade des lokalen vCenter auf die mindestens erforderliche Version durch.