Översikt över stretchkluster

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

En Azure Stack HCI-sträckt klusterlösning för haveriberedskap ger automatisk redundans för att återställa produktionen snabbt och utan att behöva utföra 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 kraschkonsekventa volymer för att säkerställa noll dataförlust på filsystemnivå vid ett fel.
• Asynkron replikering speglar data över platser utanför storstadsområden via nätverkslänkar med högre svarstider, men utan en garanti för att båda platserna har identiska kopior av data vid tidpunkten för ett fel. Om replikeringen slutförs före felet ansluts målvolymen automatiskt efter redundansväxlingen. Om replikeringen pågår vid tidpunkten för felet måste du manuellt ta målvolymen online.

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

Enkelt uttryckt är en aktiv webbplats 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 väntar på en redundansväxling från den aktiva platsen för haveriberedskap.

Platser kan vara i två olika delstater, olika städer, olika våningar eller olika rum. Stretchkluster som använder två platser ger haveriberedskap och affärskontinuitet om en plats drabbas av avbrott eller fel.

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

Aktivt-passivt sträckt kluster

Följande diagram visar Plats 1 som den aktiva platsen med replikering till plats 2, en enkelriktad replikering.

Aktivt-aktivt sträckt kluster

Följande diagram visar både plats 1 och plats 2 som aktiva platser, med dubbelriktad replikering till den andra platsen.

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

När du talar om stretchklustring är en av de överväganden som måste beaktas de virtuella datorerna och IP-adresserna som används. 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 du ta hänsyn till hur du hanterar IP-adressändringar. För det mesta finns det fyra olika sätt att hantera ändring av IP-adressen på den virtuella datorn vid redundansväxling. Det kan finnas andra, men det här dokumentet kommer att omfatta de fyra främsta.

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. Detta hämtar rätt IP-adress för rätt plats så länge en DHCP-server är tillgänglig.

Därefter används en statisk adress. Men till skillnad från Hyper-V-replik 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 är på. SiteA använder till exempel ett 1.x-nätverk och SiteB använder ett 156.x-nätverk. Det här skriptet skulle behöva 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å aviseras om ändringen och replikeras mellan platserna.

Ett annat alternativ är användningen av 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 virtuella datorns faktiska IP-adress och plats så att klienter dirigeras till den virtuella datorn på rätt sätt.

Det sista alternativet är användningen av ett utsträckt vLAN. Med ett utsträckt vLAN kan virtuella datorer behålla samma IP-adress oavsett vilken plats den är på. På grund av vissa av komplexiteterna i att konfigurera och underhålla ett utsträckt vLAN rekommenderas det här alternativet dock inte av Microsoft.

Med något av ovanstående alternativ måste ytterligare överväganden (DNS, ARP-cacheminnen, TTL osv.) tas med i beräkningen när det gäller klientanslutning och måste övervägas noggrant. 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 Översikt över Storage Replica.
• Lär dig ännu mer om att använda Storage Replica. Se Konfigurera ett Hyper-V-redundanskluster eller en filserver för ett allmänt användningskluster.
• Lär dig mer om maskinvara och andra krav för stretchkluster. Se Systemkrav.
• Lär dig hur du distribuerar ett stretchkluster med Windows Admin Center. Se Skapa ett kluster med Windows Admin Center.
• Lär dig hur du distribuerar ett stretchkluster med PowerShell. Se Skapa ett kluster med PowerShell.
• Lär dig hur du skapar volymer och konfigurerar replikering för stretchkluster. Se Skapa volymer och konfigurera replikering för stretchkluster.