Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

VMware Engine – gestreckte private Clouds

Eine private Cloud von Google Cloud VMware Engine ist eine private Cloud, die sich über zwei Datenzonen und eine Witness-Zone innerhalb derselben Google Cloud-Region erstreckt. Gestreckte private Clouds nutzen vSphere und vSAN gestreckte Cluster, um Computing- und Speicher-Hochverfügbarkeit bei Zonenausfällen zu ermöglichen. Alle Cluster einer gestreckten privaten Cloud werden als erweiterte VMware Engine-Cluster betrachtet, einschließlich des primären Clusters.

Verlängerter privater Cloud-Vorgang

Alle Cluster einer gestreckten privaten Cloud befinden sich in denselben beiden Datenzonen und haben dieselbe Zeugenzone. Jeder gestreckte Cluster hat in jeder Datenzone einen eigenen Satz von Datenknoten und jeder gestreckte Cluster hat einen Zeugenknoten in der Zeugenzone. Zwei Zonen in einer gegebenen Google Cloud-Region liegen mehr als 10 km geodätische Entfernung, haben aber eine Latenzzeit von weniger als 5 ms.

Der Witness-Knoten wird von VMware Engine verwaltet und auf einer Compute Engine-Instanz ausgeführt, die ESXi im verschachtelten Modus ausführt. Sie müssen keine Zeugenzone angeben und den Lebenszyklus des Zeugenknotens nicht verwalten.

Jede der drei Zonen, die von einem gestreckten Cluster verwendet werden, sind unabhängige fehlerhafte Domains. Der Hauptvorteil dieser Einrichtung besteht darin, dass ein Cluster, der sich über die drei Zonen erstreckt, einen kompletten Ausfall einer einzelnen Zone überstehen kann.

Konfiguration von gestreckten privaten Cloud-Knoten

Gestreckte Cluster haben in Datenzonen dieselbe Anzahl von Knoten. Zum Beispiel drei Knoten auf jeder Datenwebsite mit 3+3 oder vier Knoten auf jeder Datenwebsite mit 4+4. Konfigurationen wie 4+3 sind in dehnbaren privaten Clouds der Google Cloud VMware Engine nicht zulässig. Ein gestreckter Cluster in der Google Cloud VMware Engine muss mindestens sechs (3+3) und maximal 28 (14+14) Datenknoten haben.

Dehnbare private Cloud-Umgebung

Sie verwalten Ihre gestreckten privaten Clouds über das VMware Engine-Portal. Alle gestreckten Cluster in einer gestreckten privaten Cloud haben die Hälfte ihrer Kapazität in jeder Zone. Beispiel: Ein achtgedehnter Cluster in einer gestreckten privaten Cloud muss vier (4) Knoten in jeder Zone haben. Es kann nur eine identische Anzahl von Knoten aus jeder Zone hinzugefügt und aus den gedehnten Clustern entfernt werden. Sie können beispielsweise zwei Knoten in jeder Zone hinzufügen oder drei Knoten aus jeder Zone in einem gestreckten Cluster entfernen.

Eine gestreckte private Cloud kann mehrere gestreckte Cluster haben, aber jeder muss genau zwei Google Cloud-Zonen für Datenknoten und eine Zone für den Witness-Knoten haben.

vSAN-Datenverschlüsselung in gestreckten privaten Clouds

Die vSAN-Verschlüsselung inaktiver Daten ist standardmäßig in allen gestreckten Clustern einer gestreckten privaten Cloud aktiviert. Standardmäßig wird für die vSAN-Verschlüsselung ein Google-Schlüsselanbieter verwendet. Dieser Schlüsselanbieter verwendet den Google Cloud KMS-Dienst und wird in einer hochverfügbaren Konfiguration in zwei Zonen bereitgestellt. Sie können auch einen externen Drittanbieter-KMS-Server verwenden, der als HA-Paar in den beiden Zonen bereitgestellt wird, und ihn selbst verwalten.

Speicherrichtlinien in erweiterten privaten Clouds

Die Verwaltungs-VMs einer gestreckten privaten Cloud werden auf dem ersten gestreckten Cluster ausgeführt (z. B. „Cluster 0“). Die Verwaltungs-VMs werden mithilfe von Affinitätsregeln am primären Standort des gedehnten Clusters hinzugefügt und mit der folgenden Speicherrichtlinie konfiguriert:

  • FTT=1 (Schutz vor einem Ausfall einer Website)
  • Site-Disaster-Toleranz=1 (für eine Sechs-Knoten-gestreckt ("cluster 0")
  • Site-Notfall-Toleranz=2 (für einen Knoten, der größer oder gleich 10 ist ("Cluster 0")

Die Standardspeicherrichtlinie in einem gestreckten Cluster für Arbeitslast-VMs folgt auch der vorherigen Richtlinie.

Sie können neue Speicherrichtlinien für Arbeitslast-VMs erstellen und jeder gestreckte Cluster in einer gestreckten privaten Cloud kann unterschiedliche Speicherrichtlinien verwenden.

Nächste Schritte