Replikering med Azure Site Recovery

Azure Site Recovery (ASR) er en tjeneste for katastrofegjenoppretting som replikerer arbeidsbelastninger fra en primær plassering til en sekundær plassering, slik at failover er mulig hvis den primære plasseringen blir utilgjengelig. I motsetning til Azure Backup (som oppretter gjenopprettingspunkter på bestemte tidspunkter) opprettholder ASR en kontinuerlig oppdatert replika av de virtuelle maskinene dine, slik at du kan utføre failover med minimalt datatap. ASR støtter replikering fra Azure til Azure, fra lokale VMware- eller Hyper-V-miljøer til Azure og fra fysiske servere til Azure.

Ved replikering fra Azure til Azure bruker ASR Mobility Service (installeres automatisk som en VM-utvidelse) til å registrere skrive-I/O fra diskene på kilde-VM-en. De registrerte dataene overføres via Azure-stammenettet til en bufferlagringskonto i målområdet og skrives deretter til replikaadministrerte disker. Et Recovery Services-hvelv i målområdet koordinerer replikeringen. Kilde-VM-en fortsetter å kjøre som normalt under replikeringen – skrivinger som holder seg innenfor replikasjonsbåndbredden, påvirker ikke ytelsen.

For å aktivere replikering går du til kilde-VM-en i portalen, velger Disaster Recovery, velger målområdet og konfigurerer målressursgruppen, det virtuelle nettverket og bufferlagringskontoen. ASR oppretter målressursene og starter fasen for førstegangsreplikering – hele diskinnholdet kopieres til målområdet. Når den første synkroniseringen er fullført, går ASR over i modusen delta-replikering og sender kontinuerlig bare endrede blokker.

ASR-instrumentbordet i Recovery Services-hvelvet viser replikeringstilstanden for hver beskyttede virtuelle maskin. Mulige tilstander er blant annet Healthy, Warning og Critical. Måleverdien oppnådd RPO (Recovery Point Objective) viser hvor langt etter replikaen ligger i forhold til kilden – ved replikering fra Azure til Azure oppnår ASR vanligvis en RPO på under ett minutt under normale forhold. Du kan også se forbruket av replikasjonsbåndbredde og eventuelle feiltilstander.

En replikasjonspolicy definerer frekvensen for gjenopprettingspunkter som er konsistente etter krasj (hvert 5. minutt som standard) og frekvensen for programkonsistente gjenopprettingspunkter (hvert 60. minutt som standard). Gjenopprettingspunkter som er konsistente etter krasj, tas uten at programmet settes i en konsistent tilstand. Programkonsistente gjenopprettingspunkter bruker VSS/skript for å sikre at programmet kan gjenopprettes korrekt. Policyen angir også hvor lenge gjenopprettingspunktene oppbevares – fra 0 til 72 timer for gjenopprettingspunkter som er konsistente etter krasj, og fra 0 til 48 timer for programkonsistente gjenopprettingspunkter.

Under oppsettet av replikeringen oppretter eller tilordner ASR ressurser i målområdet: en målressursgruppe, et målnettverk, en bufferlagringskonto og replikaadministrerte disker. Du kan tilpasse tilordningen av målnettverket for å plassere virtuelle maskiner etter failover i bestemte undernett, tilordne statiske private IP-adresser og konfigurere størrelser på mål-VM-er (som kan være forskjellige fra kildestørrelsen – nyttig for riktig dimensjonering under katastrofegjenoppretting). Disse innstillingene lagres i konfigurasjonen Compute and Network for det beskyttede elementet.

For programmer som strekker seg over flere virtuelle maskiner (for eksempel en webserver og en databaseserver) kan du gruppere dem i en konsistensgruppe for flere virtuelle maskiner. ASR koordinerer deretter gjenopprettingspunkter som er konsistente etter krasj, og programkonsistente gjenopprettingspunkter på tvers av alle virtuelle maskiner i gruppen samtidig. Dette sikrer at alle virtuelle maskiner gjenopprettes til samme tidspunkt når du utfører failover, og hindrer datainkonsistens mellom programlaget og databaselaget som ellers kunne ført til programfeil etter failover.

Nettverkstilknytning angir hvilket virtuelt målnettverk hvert kilde-VNet skal knyttes til når VM-er gjennomfører failover. Hvis kilde-VM-en er i et VNet med navnet prod-vnet i East US, konfigurerer De en nettverkstilknytning slik at VM-en plasseres i dr-vnet i West US ved failover. Uten en nettverkstilknytning plasseres VM-er som gjennomfører failover, i det første tilgjengelige VNet-et. Dette kan føre til tilkoblingsproblemer hvis VNet-topologien er forskjellig i kilde- og målregionen.

ASR-replikering bruker Azure-nettverket i Azure-til-Azure-scenarioer — De betaler ikke for utgående båndbredde mellom sammenkoblede Azure-regioner for replikerings trafikk. Delta-replikeringshastigheten må imidlertid ikke overstige den tilgjengelige opplastingsbåndbredden for kilde-VM-ens lagring. For arbeidsbelastninger med mange skriveoperasjoner, for eksempel store SQL Server-databaser med mye skriveaktivitet, bør De bruke verktøyet ASR Deployment Planner til å beregne nødvendig båndbredde og kontrollere at miljøet er kompatibelt før De aktiverer replikering.

ASR støtter replikering av både administrerte og uadministrerte disker (blob-baserte disker), men replikering av administrerte disker anbefales på det sterkeste fordi det eliminerer behovet for å administrere lagringskontoer og gir bedre ytelse. Når VM-er med administrerte disker replikeres, oppretter ASR tilsvarende administrerte replikadisker i målregionen. De kan også utelate bestemte datadisker fra replikeringen, for eksempel midlertidige disker eller scratch-disker, for å redusere replikeringsbåndbredde og kostnader.

ASR og Azure Backup utfyller hverandre og er ikke alternativer. Azure Backup beskytter mot datakorrupsjon, utilsiktet sletting og løsepengevirus — De gjenoppretter til en kjent, fungerende tilstand fra flere dager eller uker tilbake. ASR beskytter mot regionale avbrudd — De gjennomfører failover til en replika som ligger sekunder eller minutter etter kilden. En produksjonsarbeidsbelastning trenger vanligvis begge deler: Backup for databeskyttelse og ASR for katastrofegjenoppretting og forretningskontinuitet.

I denne leksjonen har De lært at Azure Site Recovery utfører kontinuerlig delta-replikering av VM-er til en målregion for å muliggjøre katastrofegjenoppretting med tilnærmet null RPO, at replikeringspolicyer styrer hyppigheten av krasjkonsistente og programkonsistente gjenopprettingspunkter, og at nettverkstilknytning sørger for at VM-er som gjennomfører failover, havner i riktig mål-VNet. Deretter skal vi se på hvordan De trygt kan teste og utføre failover med ASR.