Dela via

Replikera virtuella Azure-datorer som kör Lagringsdirigering till en annan region

  • Artikel

I den här artikeln beskrivs hur du aktiverar haveriberedskap för virtuella Azure-datorer som kör lagringsdirigering.

Kommentar

Endast krasch konsekventa återställningspunkter stöds för lagringsdirigeringskluster.

Lagringsdirigering (S2D) är programvarudefinierad lagring, vilket ger ett sätt att skapa gästkluster i Azure. Ett gästkluster i Microsoft Azure är ett redundanskluster som består av virtuella IaaS-datorer. Det gör det möjligt för värdbaserade arbetsbelastningar för virtuella datorer att redundansväxla över gästkluster, vilket ger högre tillgänglighet för program än vad en enskild virtuell Azure-dator kan tillhandahålla. Det är användbart i scenarier där en virtuell dator är värd för ett kritiskt program som SQL eller en utskalningsfilserver.

Haveriberedskap med lagringsdirigering

I ett typiskt scenario kan du ha gästkluster för virtuella datorer i Azure för högre återhämtning i ditt program, till exempel Skala ut filserver. Detta kan ge ditt program högre tillgänglighet, men du vill skydda dessa program med Site Recovery för eventuella fel på regionnivå. Site Recovery replikerar data från en region till en annan Azure-region och tar upp klustret i haveriberedskapsregionen i händelse av redundansväxling.

Följande diagram visar ett redundanskluster med två noder för virtuella Azure-datorer med lagringsdirigering.

Skärmbild av lagringsutrymmen.

  • Två virtuella Azure-datorer i ett Windows-redundanskluster och varje virtuell dator har två eller flera datadiskar.
  • S2D synkroniserar data på datadisken och visar den synkroniserade lagringen som en lagringspool.
  • Lagringspoolen visas som en klusterdelad volym (CSV) till redundansklustret.
  • Redundansklustret använder CSV för dataenheterna.

Överväganden för haveriberedskap

  1. När du konfigurerar molnvittne för klustret ska du hålla ett vittne i haveriberedskapsregionen.
  2. Om du ska redundansväxla de virtuella datorerna till undernätet i haveriberedskapsregionen, som skiljer sig från källregionen, måste klustrets IP-adress ändras efter redundansväxlingen. Om du vill ändra IP-adressen för klustret måste du använda skriptet site recovery-återställningsplan .

Aktivera Site Recovery för S2D-kluster:

  1. I Recovery Services-valvet väljer du +replikera

  2. Markera alla noder i klustret och gör dem till en del av en konsekvensgrupp för flera virtuella datorer

  3. Välj replikeringsprincip med programkonsekvens av* (endast stöd för kraschkonsekvens är tillgängligt)

  4. Aktivera replikeringen

    Skärmbild som visar var replikeringsinställningarna ska konfigureras.

  5. Gå till replikerade objekt så kan du se båda statusen för den virtuella datorn.

  6. Båda de virtuella datorerna skyddas och visas också som en del av konsekvensgruppen för flera virtuella datorer.

    Skärmbild som visar att de virtuella datorerna är skyddade och en del av en konsekvensgrupp för flera virtuella datorer.

Skapa en återställningsplan

En återställningsplan stöder sekvensering av olika nivåer i ett program med flera nivåer under en redundansväxling. Sekvensering hjälper till att upprätthålla programkonsekvens. När du skapar en återställningsplan för ett webbprogram med flera nivåer slutför du stegen som beskrivs i Skapa en återställningsplan med hjälp av Site Recovery.

Lägga till virtuella datorer i redundansgrupper

  1. Skapa en återställningsplan genom att lägga till de virtuella datorerna.
  2. Välj Anpassa för att gruppera de virtuella datorerna. Som standard är alla virtuella datorer en del av Group 1.

Lägga till skript i återställningsplanen

För att dina program ska fungera korrekt kan du behöva utföra vissa åtgärder på de virtuella Azure-datorerna efter redundansväxlingen eller under ett redundanstest. Du kan automatisera vissa åtgärder efter redundansväxlingen. Här kopplar vi till exempel lastbalanseraren och ändrar klustrets IP-adress.

Redundans för de virtuella datorerna

Båda noderna i de virtuella datorerna måste redväxeras med hjälp av Site Recovery-återställningsplanen.

Skärmbild som visar storagespacesdirect-skydd.

Kör ett redundanstest

  1. I Azure-portalen väljer du ditt Recovery Services-valv.
  2. Välj den återställningsplan som du skapade.
  3. Välj Testa redundans.
  4. Om du vill starta redundanstestet väljer du återställningspunkten och det virtuella Azure-nätverket.
  5. När den sekundära miljön är igång utför du valideringar.
  6. När verifieringarna är klara väljer du Rensa redundanstest för att rensa redundansmiljön.

Mer information finns i Testa redundans till Azure i Site Recovery.

Köra en redundansväxling

  1. I Azure-portalen väljer du ditt Recovery Services-valv.
  2. Välj den återställningsplan som du skapade för SAP-program.
  3. Välj Redundans.
  4. Starta redundansväxlingen genom att välja återställningspunkten.

Mer information finns i Redundans i Site Recovery.

Nästa steg

  • Läs mer om att köra återställning efter fel.