Freigeben über


Bereitstellen eines vSAN Stretched Clusters

In diesem Artikel erfahren Sie, wie Sie einen vSAN Stretched Cluster für eine private Azure VMware Solution-Cloud implementieren.

Voraussetzungen

Folgen Sie dem Prozess für das Anforderungshostkontingent, um das Kontingent abzurufen, das für die erforderliche Anzahl von Knoten reserviert ist. Geben Sie die folgenden Details an, um den Prozess zu vereinfachen:

  • Unternehmensname
  • Kontaktperson (E-Mail-Adresse)
  • Abonnement-ID: ein neues, separates Abonnement wird benötigt
  • Typ der privaten Cloud: „Stretched Cluster“
  • Angeforderte Region: Vereinigtes Königreich, Süden; Europa, Westen; Deutschland, Westen-Mitte oder Australien, Osten
  • Anzahl der Knoten im ersten Stretched Cluster: mindestens 6, maximal 16, in Vielfachen von zwei
  • Plan für die geschätzte Erweiterung

Bereitstellen einer privaten Cloud mit Stretched Cluster

Wenn die Details zur Supportanfrage eingegangen sind, wird das Kontingent für eine Stretched Cluster-Umgebung in der gewünschten Region reserviert. Das Abonnement wird für die Bereitstellung eines SDDC mit Stretched Cluster über das Azure-Portal aktiviert. Sie erhalten innerhalb von zwei Werktagen eine Bestätigung an die angegebene Kontakt-E-Mail-Adresse. Anschließend sollten Sie die private Cloud mit Stretched Cluster selbst über das Azure-Portal einrichten können. Achten Sie darauf, Hosts in zwei Verfügbarkeitszonen auszuwählen. So stellen Sie sicher, dass ein Stretched Cluster in der Region Ihrer Wahl bereitgestellt wird.

Screenshot: Position zum Auswählen von Hosts in zwei Verfügbarkeitszonen

Sobald die private Cloud erstellt wurde, können Sie für beide Verfügbarkeitszonen über Global Reach ein Peering mit Ihrer lokalen ExpressRoute-Leitung einrichten, um Ihr lokales Rechenzentrum mit der privaten Cloud zu verbinden. Durch das Peering beider Verfügbarkeitszonen wird sichergestellt, dass ein Ausfall einer Verfügbarkeitszone nicht zu einem Verlust der Konnektivität mit Ihrer privaten Cloud führt. Da ein ExpressRoute-Authentifizierungsschlüssel nur für eine Verbindung gültig ist, wiederholen Sie das Verfahren Erstellen eines ExpressRoute-Autorisierungsschlüssels in der lokalen ExpressRoute-Leitung, um eine weitere Autorisierung zu generieren.

Screenshot: Generieren von ExpressRoute-Autorisierungen für beide Verfügbarkeitszonen

Als Nächstes wiederholen Sie das Verfahren zum Peering mit ExpressRoute Global Reach, um zwei Verfügbarkeitszonen mit der lokalen ExpressRoute-Leitung zu verbinden.

Screenshot: Seite zum Peering beider Verfügbarkeitszonen mit ExpressRoute Global Reach

Unterstützte Speicherrichtlinien

Es werden folgende SPBM-Richtlinien unterstützt, wobei „Dual Site Mirroring“ als primäre Failures To Tolerate (PFTT) und „RAID 1 (Mirroring)“ als sekundäre Failures To Tolerate (SFTT) als Standardrichtlinien für den Cluster aktiviert sind:

  • Toleranzeinstellungen bei Standortnotfall (PFTT):
    • Duale Standortspiegelung
    • Keine: Daten am bevorzugten Standort beibehalten
    • Keine: Daten am nicht bevorzugten Standort beibehalten
  • Lokal tolerierbare Ausfälle (SFTT):
    • 1 Ausfall: RAID 1 (Spiegelung)
    • Ein Ausfall: RAID 5 (Erasure Coding), erfordert mindestens vier Hosts in jeder VZ
    • 2 Ausfälle: RAID 1 (Spiegelung)
    • Zwei Ausfälle: RAID 6 (Erasure Coding), erfordert mindestens sechs Hosts in jeder VZ
    • 3 Ausfälle: RAID 1 (Spiegelung)