Private VCF as-a-Service - Konzepte des 3-AZ Stretched Cluster
Erfahren Sie mehr über die Architektur von Private VCF as-a-Service Stretched Cluster 3-AZ, die Replikation zwischen Verfügbarkeitszonen und das Verhalten bei Ausfällen
Ziel
Diese Anleitung stellt die Architektur von Private VCF as-a-Service Stretched Cluster 3-AZ vor: wie der Cluster auf drei Verfügbarkeitszonen verteilt ist, wie Ihre Daten repliziert werden und wie die Plattform reagiert, wenn eine Komponente ausfällt.
Private VCF as-a-Service Stretched Cluster 3-AZ befindet sich in der Beta-Phase. Die Beta startet im Dezember 2026 für eine begrenzte Anzahl von Enterprise-Kunden. Weitere Informationen finden Sie auf der OVHcloud Labs Seite (Englisch).
Das Prinzip des Stretched Cluster
Private VCF as-a-Service ist eine Plattform auf Basis von VMware Cloud Foundation (VCF) 9.1, die auf dedizierter Hardware aufgebaut ist und von OVHcloud betrieben wird.
In der Variante Stretched Cluster 3-AZ betreibt Ihre Workload Domain einen einzigen vSphere-Cluster, dessen Hosts auf zwei Verfügbarkeitszonen (AZs) der Region Paris 3-AZ verteilt sind. Dies sind die Daten-AZs: Beide führen Ihre virtuellen Maschinen aus und beide enthalten eine vollständige Kopie Ihrer Daten. Eine dritte AZ hostet einen Witness, der nur am Quorum teilnimmt.
Der Speicher basiert auf vSAN ESA, das von OVHcloud konfiguriert wird. vSAN repliziert Ihre Daten synchron zwischen den beiden Daten-AZs: Ein Schreibvorgang wird erst bestätigt, wenn er in beiden gespeichert ist. Beide AZs enthalten daher stets dieselben Daten, und der Ausfall einer der beiden führt zu keinem Datenverlust: RPO = 0 by Design, gewährleistet durch die Infrastruktur.
RPO 0 setzt eine Spiegelung zwischen den beiden Daten-AZs voraus. Weisen Sie Ihren VMs eine vSAN-Speicherrichtlinie zu, die ihre Daten auf beide Standorte spiegelt: Eine VM mit einer Richtlinie, die ihre Daten nur in einer AZ speichert, wird nicht repliziert und ist nicht gegen den Ausfall dieser AZ geschützt.
Fällt eine Daten-AZ aus, startet vSphere HA ihre virtuellen Maschinen automatisch in der verbleibenden AZ neu, ohne dass Sie eingreifen müssen.
Architektur
Ihre Workload Domain betreibt einen einzigen vSphere-Cluster, der sich über die beiden Daten-AZs der Region Paris 3-AZ erstreckt. Der Witness befindet sich in der dritten AZ.
OVHcloud weist die AZs zu: Sie erhalten zwei getrennte Daten-AZs und einen Witness in der dritten AZ, wählen aber nicht, welche AZ welche Rolle übernimmt.
Was bei einem Ausfall passiert
Der Stretched Cluster reagiert selbstständig auf den Ausfall eines Hosts, einer Daten-AZ, des Witness oder der Verbindung zwischen den Daten-AZs.
Dies ist das Standardverhalten eines vSAN Stretched Cluster, wie von Broadcom dokumentiert.
Eine von vSphere HA neu gestartete VM wird nicht live verschoben: Sie startet in der verbleibenden AZ neu, und ihre Anwendungen starten mit ihr neu. Die Wiederherstellungszeit jeder Anwendung hängt von ihrem Betriebssystem und ihrer Konfiguration ab.
Kapazität für den Ausfall einer AZ einplanen
Damit die VMs einer ausgefallenen Daten-AZ neu starten können, benötigt die verbleibende AZ genügend freie CPU-Leistung und freien Arbeitsspeicher, um sie auszuführen. Dimensionieren Sie Ihre Workloads so, dass eine einzelne Daten-AZ alle VMs ausführen kann, die weiterlaufen müssen.
Was der Stretched Cluster nicht ersetzt
Der Stretched Cluster schützt Ihre Workloads vor dem Ausfall der Infrastruktur. Er ist weder ein Backup noch ein Disaster-Recovery-Plan:
- Die synchrone Replikation kopiert alles gleichzeitig in beide Daten-AZs, einschließlich einer gelöschten Datei, beschädigter Daten oder von Ransomware verschlüsselter Dateien.
- Ihre Workloads laufen in einem einzigen Cluster: Wird dieser Cluster kompromittiert, gibt es keine zweite Kopie, von der aus Sie neu starten können.
Behalten Sie ein Backup und, falls Ihr Geschäft es erfordert, eine Disaster-Recovery-Lösung außerhalb des Clusters. Die Beta umfasst keinen verwalteten Backup-Dienst.
Was rund um den Cluster enthalten ist
Weiterführende Informationen
Produktseite Private VCF as-a-Service 3-AZ
Private VCF as-a-Service Stretched Cluster 3-AZ auf OVHcloud Labs (Englisch)
Für Schulungen oder technische Unterstützung bei der Implementierung unserer Lösungen wenden Sie sich an Ihren Vertriebsmitarbeiter oder besuchen Sie unsere Seite Professional Services, um ein Angebot zu erhalten und Ihr Projekt von unseren Experten analysieren zu lassen.
Treten Sie unserer User Community bei.