Så här fungerar Azure Site Recovery
Azure Site Recovery hanterar orkestreringen av haveriberedskap. Azure Site Recovery är utformat för att replikera arbetsbelastningar från en primär plats eller region till en sekundär plats.
Du kan utföra en redundansväxling om du vill flytta där dina arbetsbelastningar körs eller om det finns ett problem som orsakar störningar på den primära platsen. När du har slutfört en redundansväxling kan de arbetsbelastningar som kördes på den primära platsen eller regionen köras på den sekundära platsen. När problemet på den primära platsen har lösts kan du återställa arbetsbelastningarna till den primära platsen.
Om den primära platsen har ett problem kan Azure Site Recovery replikera skyddade virtuella datorer till en annan Azure-region.
Replikering
Replikering är processen att kontinuerligt överföra tillståndet för de skyddade arbetsbelastningarna från den primära platsen eller regionen till den sekundära platsen. Replikering från lokalt till Azure sker via en TLS 1.2-anslutning (Transport Layer Security) på det offentliga Internet.
Du kan inte konfigurera replikering via Azure VPN. Du kan dock konfigurera replikering via Azure ExpressRoute under följande villkor:
Azure Site Recovery replikerar data till Azure Storage via en offentlig slutpunkt. Du måste konfigurera Microsoft-peering eller använda en befintlig offentlig peering (inaktuell för nya kretsar) för att använda ExpressRoute för Site Recovery-replikering.
Microsoft-peering är den rekommenderade routningsdomänen för replikering.
Replikering stöds inte via privat peering.
VMware-datorer eller fysiska datorer kan skyddas genom att se till att även nätverkskraven för konfigurationsservern uppfylls. Konfigurationsservern för orkestrering av Site Recovery-replikering kräver anslutning till specifika URL:er. Du kan inte använda ExpressRoute för den här anslutningen.
Du kan komma åt de virtuella datorerna med hjälp av konfigurationen av privat peering med det virtuella Azure-nätverket när de har redundansväxlat till ett virtuellt Azure-nätverk.
Replikering mellan Azure-platser sker via Microsoft-nätverkets stamnät.
Replikeringsprinciper
En replikeringsprincip definierar inställningarna för kvarhållningshistoriken för återställningspunkter. Den definierar också frekvensen för appkonsekventa ögonblicksbilder.
Azure Site Recovery skapar en ny replikeringsprincip med följande standardinställningar:
- 24 timmar för kvarhållningshistoriken för återställningspunkter.
- Noll (0) timmar för frekvensen för appkonsekventa ögonblicksbilder.
Du kan öka kvarhållningshistoriken för återställningspunkter till 15 dagar. Du kan konfigurera appkonsekventa återställningspunkter så ofta som en gång i timmen.
Frekvensen för replikeringsdataöverföring mellan primära och sekundära platser beror på vilken typ av arbetsbelastning som replikeras:
- Virtuella Hyper-V-datorer: Replikering kan utföras var 30:e sekund (förutom premiumlagring), 5 minuter eller 15 minuter.
- Virtuella Azure-datorer, virtuella VMware-datorer, fysiska servrar: Replikeringen är kontinuerlig.
Kommentar
Du kan inte utföra en offlinereplikering med Hjälp av Azure Data Box eller andra lagringstekniker för den inledande replikeringen till Azure.
För scenarier där du replikerar från en Azure-region till en annan går det att replikera mellan Azure-prenumerationer om dessa prenumerationer är associerade med samma Microsoft Entra-klientorganisation.
Återställningspunkter
Azure Site Recovery har anpassningsbara replikeringsprinciper som du kan använda för att definiera kvarhållningshistoriken för återställningspunkter och frekvensen för ögonblicksbilder. Du kan skapa en återställningspunkt från en ögonblicksbild av en virtuell dators disk.
De två typerna av tillgängliga ögonblicksbilder är kraschkonsekventa och appkonsekventa:
Kraschkonsekvent återställning representerar data på disken vid den tidpunkt då ögonblicksbilden tas. Ögonblicksbilderna avbildas var femte minut som standard. Den kraschkonsekventa återställningspunkten innehåller inte något som fanns i minnet när ögonblicksbilden togs.
Appkonsekvent återställning samlar in samma data som kraschkonsekvent återställning, men inkluderar även all minnesintern data och pågående transaktioner. Att inkludera minnesintern data innebär att Site Recovery kan återställa en virtuell dator (VM) och alla appar som körs utan dataförlust. Ögonblicksbilderna registreras inte som standard. Du kan aktivera dem i replikeringsprincipen om det behövs.
Alla återställningspunkter sparas som standard i 24 timmar och du kan förlänga den här perioden till högst 15 dagar om det behövs. Om ett avbrott inträffar och nya återställningspunkter inte kan skapas skrivs inte de äldsta återställningspunkterna över. Azure Site Recovery ersätter bara den äldsta punkten om den genererar nya punkter. Tills det finns nya återställningspunkter finns alla gamla punkter kvar när du når kvarhållningsfönstret.
Återställningsplaner
En återställningsplan samlar in datorer i återställningsgrupper för att förbereda för en redundansväxling. En återställningsplan hjälper dig att definiera en systematisk återställningsprocess genom att skapa små oberoende enheter som du kan redundansväxla. En enhet representerar vanligtvis en app i din miljö.
En återställningsplan definierar hur datorer redundansväxlar och i vilken ordning de startar efter redundansväxling.
Du kan använda återställningsplaner för både redundans till och återställning efter fel från Azure.
Du kan lägga till upp till 100 skyddade instanser i en återställningsplan.
Du kan anpassa en plan genom att lägga till ordning, instruktioner och uppgifter i den.
Du kan köra en redundansväxling på en plan när du har definierat den.
Datorer kan refereras till i flera återställningsplaner. Så länge efterföljande planer hoppar över distributionen/starten av en dator om den tidigare har distribuerats med en annan återställningsplan.
Att återställa stora program kan vara en komplex uppgift. Manuella steg gör processen felbenägen och den person som kör redundansväxlingen kanske inte känner till invecklingarna i alla appar. Du kan använda en återställningsplan för att införa ordning och automatisera de åtgärder som krävs i varje steg med hjälp av skript eller Azure Automation-runbooks för redundansväxling till Azure. För uppgifter som inte kan automatiseras kan du infoga pauser för manuella åtgärder i återställningsplaner.
Vad är ett haveriberedskapstest?
Ett haveriberedskapstest är ett sätt att kontrollera om du har konfigurerat lösningen korrekt. Detaljnivån ger dig förtroende för att dina data och tjänster är tillgängliga även om en katastrof inträffar. Vanligtvis anger organisationer ett mål för återställningstid (RTO) som anger hur lång tid det tar att återställa infrastrukturen. Ditt företag bör också definiera ett mål för återställningspunkt (RPO), som definierar mängden dataförlust som är acceptabel som en funktion av tiden. Om företagets RPO till exempel är en dag måste du skapa en säkerhetskopia av alla dina data varje dag. Du måste också se till att det tar mindre än en dag att återställa den här säkerhetskopian.
Azure Site Recovery ger dig flexibiliteten att köra ett fullständigt haveriberedskapstestscenario för alla dina virtuella datorer. Du kan skapa återställningsplaner som inkluderar en eller flera av dina virtuella datorer. Du kan köra redundans flera gånger och tillåta en flexibel princip för att testa olika kombinationer av infrastruktur.
Redundans och återställning efter fel
En redundansväxling inträffar när ett beslut fattas om att köra en haveriberedskapsplan för din organisation. När du initierar en redundansväxling skapas de virtuella datorerna i målresursgruppen, det virtuella målnätverket, målundernätet och måltillgänglighetsuppsättningen. Under en redundansväxling kan du använda valfri återställningspunkt.
Målmiljön blir den de facto-produktionsmiljö där organisationens produktionstjänster körs. När målregionen är aktiv bör källmiljön inte längre användas.
En redundansväxling i Azure Site Recovery liknar ett testtest. Det finns vissa undantag: för produktredundans är alternativet Redundans, medan det för test är Redundanstest.
Du kan stänga av den virtuella källdatorn innan du startar redundansväxlingen, så att inga data förloras under processen.
När redundansväxlingen är klar kontrollerar du att den virtuella datorn fungerar som förväntat. Med Azure Site Recovery kan du ändra återställningspunkten i det här skedet. Om redundansväxlingen fungerar som förväntat kan du checka in redundansväxlingen. Azure Site Recovery tar bort alla återställningspunkter för den virtuella källdatorn och slutför redundansväxlingen. När den replikerade infrastrukturen och data är i den sekundära regionen måste du komma ihåg att den nya virtuella datorn i den sekundära regionen också måste skyddas.
Kommentar
Azure Site Recovery rensar inte källmiljön när redundansväxlingen är klar.
Du kan snabbt starta redundansväxling och återställning efter fel i Azure Site Recovery med hjälp av Azure-portalen. När du kör en redundans väljer du en återställningspunkt. Att köra en återställning efter fel är helt enkelt en omvänd process. När en redundansväxling har genomförts kan du skydda arbetsbelastningen och sedan är den tillgänglig för återställning efter fel.
Redundansväxling sker inte automatiskt när den primära platsen drabbas av ett oväntat avbrott. Du kan initiera redundansväxlingar med ett enda klick i portalen, eller så kan du använda Azure Site Recovery PowerShell för att utlösa en redundansväxling. Återställning efter fel är en enkel åtgärd i Site Recovery-portalen.
Kommentar
Återställning efter fel från Azure till en lokal fysisk server stöds inte för närvarande, men det går att återställa en fysisk server som replikeras till Azure till en virtuell VMware-dator.
Om det primära datacentret drabbas av ett oväntat avbrott kan du utlösa en oplanerad redundansväxling från den sekundära platsen. Site Recovery kräver inte anslutning från den primära platsen för att utföra redundansväxlingen.
Återaktivering av skydd för virtuell dator
När en virtuell dator redundansväxeras sker inte längre den replikering som utförs av Site Recovery. Du måste återaktivera skyddet för att börja skydda den redväxade virtuella datorn. Eftersom du redan har infrastrukturen i en annan region kan du börja replikera tillbaka till källregionen. Med återaktivering av skydd kan Azure Site Recovery börja replikera den nya målmiljön tillbaka till källmiljön där den startade.