Dela via

Distribuera vSAN-stretchkluster

  • Artikel

I den här artikeln lär du dig hur du implementerar ett vSAN-stretchkluster för ett privat Azure VMware Solution-moln.

Förutsättningar

Följ processen För att begära värdkvot för att få kvoten reserverad för det antal noder som krävs. Ange följande information för att underlätta processen:

  • Företagsnamn
  • Kontaktpunkt: e-post
  • Prenumerations-ID: en ny, separat prenumeration krävs
  • Typ av privat moln: "Stretchkluster"
  • Begärd region: USA, östra, Storbritannien, södra, Europa, västra, Tyskland, västra centrala eller Australien, östra
  • Antal noder i det första stretchklustret: minst 6, maximalt 16 – i multiplar av två
  • Uppskattad expansionsplan

Distribuera ett stretchkluster privat moln

När supportinformationen för begäran tas emot reserveras kvoten för en utsträckt klustermiljö i den begärda regionen. Prenumerationen aktiveras för att distribuera ett sträckt kluster-SDDC via Azure Portal. Ett e-postmeddelande med bekräftelse skickas till den avsedda kontaktpunkten inom två arbetsdagar då du ska kunna distribuera ett stretchkluster privat moln via Azure Portal. Se till att välja Värdar i två tillgänglighetszoner för att säkerställa att ett stretchkluster distribueras i valfri region.

Skärmbild som visar var du väljer värdar i två tillgänglighetszoner.

När det privata molnet har skapats kan du peerkoppla båda tillgänglighetszonerna (AZs) till din lokala ExpressRoute-krets med Global Reach som hjälper dig att ansluta ditt lokala datacenter till det privata molnet. Peering av båda AZ:erna säkerställer att ett AZ-fel inte resulterar i en förlust av anslutning till ditt privata moln. Eftersom en ExpressRoute-autentiseringsnyckel endast är giltig för en anslutning upprepar du autentiseringsnyckeln Skapa en ExpressRoute-autentisering i den lokala ExpressRoute-kretsen för att generera en annan auktorisering.

Skärmbild som visar hur du genererar Express Route-auktoriseringar för båda tillgänglighetszonerna.

Upprepa sedan processen för att peerkoppla ExpressRoute Global Reach två tillgänglighetszoner till den lokala ExpressRoute-kretsen.

Skärmbild som visar sidan för att peerkoppla båda tillgänglighetszonerna till lokal Global Räckvidd för Express Route.

Lagringsprinciper som stöds

Följande SPBM-principer stöds med PFTT (Primary Failures To Tolerate) med "Dual Site Mirroring" och Secondary Failures To Tolerate (SFTT) för "RAID 1 (Spegling)" aktiverat som standardprinciper för klustret:

  • Inställningar för platskatastroftolerans (PFTT):
    • Dubbel platsspegling
    • Ingen – behåll data på önskad
    • Ingen – behåll data om icke-förutsägda
  • Lokala fel att tolerera (SFTT):
    • 1 fel – RAID 1 (spegling)
    • 1 fel – RAID 5 (Raderingskodning), kräver minst fyra värdar i varje AZ
    • 2 fel – RAID 1 (spegling)
    • 2 fel – RAID 6 (Raderingskodning), kräver minst sex värdar i varje AZ
    • 3 fel – RAID 1 (spegling)