Översikt över stretchkluster

Gäller för: Azure Stack HCI, versionerna 21H2 och 20H2

En Azure Stack HCI utsträckt klusterlösning för haveriberedskap ger automatisk redundans för att återställa produktion snabbt och utan manuella åtgärder. Storage Replica tillhandahåller replikering av volymer mellan platser för haveriberedskap, där alla servrar är synkroniserade.

Storage Replica stöder både synkron och asynkron replikering:

• Synkron replikering speglar data mellan platser i ett nätverk med låg latens med krasch konsekventa volymer för att säkerställa noll dataförlust på filsystemnivå under ett fel.
• Asynkron replikering speglar data mellan platser utanför stadsnätverk via nätverkslänkar med högre latens, men utan garantier att båda platserna har identiska kopior av data vid tidpunkten för ett fel.

Det finns två typer av stretchkluster, aktiv-passiv och aktiv-aktiv. Du kan konfigurera aktiv-passiv platsreplikering, där det finns en önskad plats och riktning för replikering. Aktiv-aktiv-replikering är den plats där replikeringen kan ske i båda riktningarna från endera platsen. Den här artikeln beskriver endast den aktiva/passiva konfigurationen.

Enkelt uttryckt är en aktiv plats en som har resurser och tillhandahåller roller och arbetsbelastningar som klienter kan ansluta till. En passiv plats är en plats som inte tillhandahåller några roller eller arbetsbelastningar för klienter och som väntar på en redundans från den aktiva platsen för haveriberedskap.

Webbplatser kan finnas i två olika delstater, olika städer, olika våningar eller olika rum. Utsträckta kluster med två platser ger haveriberedskap och affärskontinuering om en plats drabbas av avbrott eller fel.

Det tar några minuter att titta på videon om utsträckt klustring med Azure Stack HCI:

Aktivt-passivt stretchkluster

Följande diagram visar plats 1 som aktiv plats med replikering till plats 2, en enkelriktad replikering.

Aktivt-aktivt stretchkluster

I följande diagram visas både Plats 1 och Plats 2 som aktiva platser, med dubbelriktad replikering till den andra platsen.

Överväganden vid IP-redundans för gäst

När vi pratar om stretchklustring är de virtuella datorerna och IP-adresserna som används en av övervägandena som måste tas med i beaktande. Datacenter som finns på olika platser har vanligtvis olika IP-undernät. IP-adresserna som de virtuella datorerna använder skulle vara bra för ett datacenter men kan inte nås i ett annat. Därför måste man ta med i planeringen av hur IP-adressändringar ska hanteras. Det finns till största delen fyra olika sätt att hantera ändring av IP-adressen på den virtuella datorn vid redundans. Det kan finnas andra, men det här dokumentet täcker de fyra översta.

Det första och enklaste är användningen av DHCP. När du flyttar en virtuell dator från en plats till en annan är ett steg att begära en DHCP-adress. Då får du rätt IP-adress för rätt plats så länge en DHCP-server är tillgänglig.

Nu ska vi använda en statisk adress. Men till skillnad från Hyper-V-replikering finns det inget sätt att ange en alternativ IP-adress. Därför måste ett skript skapas för att tilldela rätt IP-adress för den virtuella datorn beroende på vilken plats den finns på. SiteA använder till exempel ett 1.x-nätverk och SiteB använder ett 156.x-nätverk. Det här skriptet måste identifiera nätverket som den virtuella datorn är på och ange ett 1.x IP-adressschema om det finns i SiteA eller ett 156.x IP-adressschema om det finns i SiteB. Dns (Domain Name Services) måste också göras medveten om ändringen och replikeras mellan platserna.

Ett annat alternativ är att använda en mellanliggande nätverksenhet som tillhandahåller en enda IP-adress för den virtuella datorn för klientanslutning som kan dirigera trafiken till den virtuella datorn till den plats där den för närvarande är på. Klienter och DNS har alltid samma adress för den virtuella datorn, och den mellanliggande enheten måste spåra den faktiska IP-adressen och platsen för den virtuella datorn så att klienter dirigeras till den virtuella datorn på rätt sätt.

Det sista alternativet är att använda ett utsträckt vLAN. Med ett utsträckt vLAN kan virtuella datorer behålla samma IP-adress oavsett vilken plats det finns på. Men på grund av en del av komplexiteten med att konfigurera och underhålla ett utsträckt vLAN rekommenderas inte det här alternativet av Microsoft.

Med något av ovanstående alternativ, ytterligare överväganden (DNS, ARP-cacheminnen, TTL osv.) måste redovisas när det gäller klientanslutningar och måste vara noggrant genomtänkta. Kontakta nätverksteamet för att identifiera det bästa alternativet för att uppfylla dina behov.

Nästa steg

• Läs mer om Storage Replica. Se Storage Replica overview (Översikt över repliker).
• Läs mer om hur du använder Storage Replica. Se Konfigurera ett Hyper-V-redundanskluster eller en filserver för ett kluster för allmän användning.
• Lär dig mer om maskinvara och andra krav för stretchkluster. Se Systemkrav.
• Lär dig hur du distribuerar ett stretchkluster Windows Administrationscenter. Se Skapa ett kluster med Windows administrationscenter.
• Lär dig hur du distribuerar ett stretchkluster med PowerShell. Se Skapa ett kluster med Hjälp av PowerShell.
• Lär dig hur du skapar volymer och ställer in replikering för stretchkluster. Se Skapa volymer och konfigurera replikering för stretchkluster.