Herstel na noodgevallen voor Azure-VM inschakelen tussen beschikbaarheidszones
In dit artikel wordt beschreven hoe u virtuele Azure-machines (VM's) van de ene beschikbaarheidszone naar een andere binnen dezelfde Azure-regio repliceert, failover en failback uitvoert.
De Azure Site Recovery-service kan bijdragen aan uw strategie voor bedrijfscontinuïteit en herstel na noodgevallen door ervoor te zorgen dat uw zakelijke apps worden uitgevoerd tijdens geplande en ongeplande storingen. We raden Site Recovery aan als de optie voor herstel na noodgevallen om uw toepassingen actief te houden als er regionale storingen zijn.
Beschikbaarheidszones zijn unieke, fysieke locaties binnen een Azure-regio. Elke zone heeft een of meer datacenters.
Als u VM's wilt verplaatsen naar een beschikbaarheidszone in een andere regio, raadpleegt u dit artikel.
Ondersteunde regio's voor herstel na noodgevallen voor zone-naar-zone
Ondersteuning voor herstel na noodgevallen voor zone-naar-zone is momenteel beperkt tot de volgende regio's:
| Noord- en Zuid-Amerika | Europa | Midden-Oosten | Afrika | Azië en Stille Oceaan |
|---|---|---|---|---|
| Brazilië - zuid | Frankrijk - centraal | Israël - centraal | Zuid-Afrika - noord | Australië - oost |
| Canada - midden | Duitsland - west-centraal | Qatar - centraal | India - centraal | |
| Central US | Italië - noord | VAE - noord | China - noord 3 | |
| VS - oost | Europa - noord | Azië - oost | ||
| VS - oost 2 | Noorwegen - oost | Japan East | ||
| VS - zuid-centraal | Polen - centraal | Korea - centraal | ||
| VS (overheid) - Virginia | Zweden - centraal | Azië - zuidoost | ||
| VS - west 2 | Zwitserland - noord | |||
| US - west 3 | Verenigd Koninkrijk Zuid | |||
| Europa -west |
Wanneer u zone-naar-zone herstel na noodgevallen gebruikt, worden gegevens niet verplaatst of opgeslagen uit de regio waarin deze is geïmplementeerd. U kunt desgewenst een Recovery Services-kluis in een andere regio selecteren. De Recovery Services-kluis bevat metagegevens, maar geen werkelijke klantgegevens.
Meer informatie over momenteel ondersteunde beschikbaarheidszones.
Notitie
Herstel na noodgeval voor zone-naar-zone wordt niet ondersteund voor VM's met beheerde schijven via zone-redundante opslag (ZRS).
Regio's die geen ondersteuning bieden voor Azure-beschikbaarheidszones bieden ook geen ondersteuning voor replicatie van zone-naar-zone van Azure Site Recovery. Azure Site Recovery werkt alleen zone-naar-zone-replicatie als de regio beschikbaarheidszones ondersteunt.
Beschikbaarheidszones gebruiken voor herstel na noodgevallen
Normaal gesproken gebruiken klanten beschikbaarheidszones om VM's te implementeren in een configuratie met hoge beschikbaarheid. Deze VM's zijn mogelijk te dicht bij elkaar om te fungeren als een noodhersteloplossing in natuurrampen.
In sommige scenario's kunnen klanten echter beschikbaarheidszones gebruiken voor herstel na noodgevallen:
- Klanten die een strategie voor metroherstel na noodgevallen hadden tijdens het hosten van toepassingen on-premises, willen deze strategie soms nabootsen nadat ze toepassingen naar Azure hebben gemigreerd. Deze klanten erkennen dat een strategie voor metrorampherstel mogelijk niet werkt in een grootschalige fysieke ramp en dat ze dit risico accepteren. Dergelijke klanten kunnen noodherstel van zone-naar-zone gebruiken.
- Veel klanten hebben een gecompliceerde netwerkinfrastructuur en willen deze niet opnieuw maken in een secundaire regio vanwege de bijbehorende kosten en complexiteit. Herstel na noodgeval met zone-naar-zone vermindert de complexiteit. Het maakt gebruik van redundante netwerkconcepten in beschikbaarheidszones om de configuratie eenvoudiger te maken. Dergelijke klanten geven de voorkeur aan eenvoud en kunnen ook beschikbaarheidszones gebruiken voor herstel na noodgevallen.
- In sommige regio's die geen gekoppelde regio binnen dezelfde juridische jurisdictie hebben (bijvoorbeeld Azië - zuidoost), kan herstel na noodgevallen van zone-naar-zone fungeren als de oplossing voor herstel na noodgevallen. Het zorgt voor juridische naleving, omdat toepassingen en gegevens niet over nationale grenzen lopen.
- Herstel na een zone-naar-zone impliceert replicatie van gegevens over kortere afstanden in vergelijking met herstel na noodgevallen van Azure-naar-Azure. Het kan latentie verminderen en daarom herstelpuntdoelstelling (RPO) verminderen.
Hoewel dit sterke voordelen zijn, is er een mogelijkheid dat herstel na een noodgeval voor zone-naar-zone in het geval van een natuurramp in de hele regio tekort kan komen aan tolerantievereisten.
Netwerken voor herstel na noodgevallen voor zone-naar-zone
Zoals eerder vermeld, maakt zone-naar-zone noodherstel gebruik van redundante netwerkconcepten in beschikbaarheidszones om de complexiteit te verminderen. Het gedrag van netwerkonderdelen in het scenario voor herstel na noodgevallen voor zone-naar-zone wordt als volgt beschreven:
- Virtueel netwerk: u kunt hetzelfde virtuele netwerk gebruiken als het bronnetwerk voor werkelijke failovers. Voor testfailovers gebruikt u een virtueel netwerk dat verschilt van het virtuele bronnetwerk.
- Subnet: Failover naar hetzelfde subnet wordt ondersteund.
- Privé-IP-adres: als u statische IP-adressen gebruikt, kunt u hetzelfde IP-adres in zone-naar-zonefailover niet behouden.
- Versneld netwerken: vergelijkbaar met herstel na noodgevallen van Azure naar Azure kunt u versneld netwerken inschakelen als het VM-type dit ondersteunt.
- Openbaar IP-adres: u kunt een eerder gemaakt standaard openbaar IP-adres in dezelfde regio koppelen aan de doel-VM. Openbare BASIS-IP-adressen bieden geen ondersteuning voor scenario's met betrekking tot beschikbaarheidszones.
- Load balancer: een standaard load balancer is een regionale resource, zodat de doel-VM kan worden gekoppeld aan de back-endpool van dezelfde load balancer. Er is geen nieuwe load balancer vereist.
- Netwerkbeveiligingsgroep: u kunt dezelfde netwerkbeveiligingsgroepen gebruiken die u hebt toegepast op de bron-VM.
Vereisten
Voordat u herstel na noodgevallen voor zone-naar-zone implementeert voor uw VM's, moet u ervoor zorgen dat andere functies die op de VM's zijn ingeschakeld, compatibel zijn.
| Functie | Ondersteuningsverklaring |
|---|---|
| Klassieke VM's | Niet ondersteund |
| ARM-VM's | Ondersteund |
| Azure Disk Encryption v1 (dubbele pass, met Microsoft Entra-id) | Ondersteund |
| Azure Disk Encryption v2 (één wachtwoord, zonder Microsoft Entra-id) | Ondersteund |
| Niet-beheerde schijven | Niet ondersteund |
| Beheerde schijven | Ondersteund |
| Door klant beheerde sleutels | Ondersteund |
| Nabijheidsplaatsingsgroepen | Ondersteund |
| Interoperabiliteit van back-ups | Back-up en herstel op bestandsniveau worden ondersteund. Back-up en herstel op schijf- en VM-niveau worden niet ondersteund. |
| Dynamisch toevoegen/verwijderen | U kunt schijven toevoegen nadat u zone-naar-zone-replicatie hebt ingeschakeld. Schijven verwijderen nadat u zone-naar-zone-replicatie hebt ingeschakeld, wordt niet ondersteund. |
| Meerdere IP-adressen | Niet ondersteund |
Herstel na noodgevallen voor Site Recovery-zone naar-zone instellen
Aanmelden
Meld u aan bij het Azure-portaal.
Replicatie inschakelen voor de zonegebonden virtuele Azure-machine
Selecteer virtuele machines in het menu van Azure Portal of zoek en selecteer virtuele machines op een willekeurige pagina. Selecteer vervolgens de VM die u wilt repliceren. Voor herstel na noodgeval van zone-naar-zone moet deze VM zich al in een beschikbaarheidszone bevinden.
Selecteer in Bewerkingen de optie Herstel na noodgeval.
Selecteer Ja op het tabblad Basisbeginselen voor herstel na noodgevallen tussen beschikbaarheidszones?.
Als u alle standaardwaarden accepteert, gaat u verder met de volgende stap.
Als u wijzigingen wilt aanbrengen in de replicatie-instellingen, selecteert u Volgende: Geavanceerde instellingen. Voor gebruikers van herstel na noodgevallen van Azure naar Azure lijkt dit tabblad misschien bekend. Zie Zelfstudie: Herstel na noodgevallen instellen voor Virtuele Azure-machines voor meer informatie over de opties op dit tabblad.
Ga naar het tabblad Controleren en replicatie starten en selecteer Replicatie starten.
Veelgestelde vragen
Hoe werken prijzen voor herstel na noodgeval voor zone-naar-zone? Prijzen voor herstel na noodgevallen van zone-naar-zone zijn identiek aan de prijzen voor herstel na noodgevallen van Azure naar Azure. Meer informatie vindt u op de pagina met prijzen van Azure Site Recovery en in dit blogbericht.
De kosten voor uitgaand verkeer in herstel na noodgeval van zone-naar-zone zijn lager dan de kosten voor uitgaand verkeer in herstel na noodgevallen van regio naar regio. Zie de pagina met prijzen voor bandbreedte voor informatie over kosten voor gegevensoverdracht tussen beschikbaarheidszones.
Wat is de SLA voor RTO en RPO? De SLA (Service Level Agreement) voor hersteltijddoelstelling (RTO) is hetzelfde als de SLA voor Site Recovery in het algemeen. We beloven een RTO van maximaal twee uur. Er is geen gedefinieerde SLA voor RPO.
Is de capaciteit gegarandeerd in de secundaire zone? Het Site Recovery-team en het Azure-capaciteitsbeheerteam plannen voor voldoende infrastructuurcapaciteit. Wanneer u een failover start, helpen de teams er ook voor te zorgen dat VM-exemplaren die worden beveiligd door Site Recovery, worden geïmplementeerd in de doelzone. Raadpleeg de veelgestelde vragen over herstel na noodgevallen van Azure naar Azure voor meer veelgestelde vragen over capaciteit.
Welke besturingssystemen worden ondersteund voor herstel na noodgevallen van zone-naar-zone? Herstel na noodgevallen van zone-naar-zone ondersteunt dezelfde besturingssystemen als herstel na noodgevallen van Azure naar Azure. Zie de ondersteuningsmatrix voor meer informatie.
Kunnen de bron- en doelresourcegroepen hetzelfde zijn? Nee U moet een failover uitvoeren naar een andere resourcegroep.
Volgende stappen
De stappen die u volgt om een noodherstelanalyse uit te voeren, een failover uit te voeren, opnieuw te beveiligen en failback uit te voeren, zijn hetzelfde als de stappen in een herstelscenario voor Azure-naar-Azure- herstel na noodgevallen.
- Als u een noodherstelanalyse wilt uitvoeren, volgt u de stappen die worden beschreven in de zelfstudie: Een noodherstelanalyse uitvoeren voor Virtuele Azure-machines.
- Als u een failover wilt uitvoeren en VM's opnieuw wilt beveiligen in de secundaire zone, volgt u de stappen die worden beschreven in de zelfstudie: Failover van Azure-VM's naar een secundaire regio.
- Als u een failback naar de primaire zone wilt uitvoeren, volgt u de stappen in de zelfstudie : Failback van Azure-VM's naar de primaire regio.