Översikt över stretchkluster

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

Viktigt!

Stretchkluster stöds ännu inte i Azure Stack HCI version 23H2.

En Azure Stack HCI-utsträckt klusterlösning för haveriberedskap ger automatisk redundans för att snabbt återställa produktionen 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 garanti för att båda platserna har identiska kopior av data vid tidpunkten för ett fel. Om replikeringen slutförs innan felet är målvolymen online automatiskt efter redundansväxlingen. Om replikeringen pågår vid tidpunkten för felet måste du manuellt aktivera målvolymen.

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 aktiv/passiv konfiguration.

Enkelt uttryckt är en aktiv webbplats en webbplats som har resurser och tillhandahåller roller och arbetsbelastningar för klienter att 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.

Webbplatser kan vara i två olika tillstånd, olika städer, olika våningar eller olika rum. Utsträckta kluster som använder två platser ger haveriberedskap och affärskontinuitet om en plats drabbas av ett avbrott eller fel.

Det tar några minuter att titta på 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 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 för 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. Vanligtvis finns det fyra olika sätt att hantera ändring av IP-adressen på den virtuella datorn vid redundansväxling. Det kan finnas andra, men den här artikeln beskriver 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 begär den virtuella datorn en DHCP-adress. Detta hämtar rätt IP-adress för den plats där den finns så länge en DHCP-server är tillgänglig.

Sedan 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 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å 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. 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 med att konfigurera och underhålla ett utsträckt vLAN rekommenderas det här alternativet inte av Microsoft.

Med något av ovanstående alternativ måste ytterligare överväganden (DNS, ARP-cacheminnen, TTL osv.) beaktas när det gäller klientanslutning och måste noggrant övervägas. Samarbeta med 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äs mer om hur du använder 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 hjälp av Windows Administrationscenter. Se Skapa ett kluster med Hjälp av Windows Administrationscenter.
• Lär dig hur du distribuerar ett stretchkluster med Hjälp av 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.