Azure Site Recovery beschrijven
Contoso moet een strategie voor bedrijfscontinuïteit en herstel na noodgevallen aannemen die hun gegevens veilig en hun apps en workloads online houdt, zelfs wanneer geplande en ongeplande storingen optreden. Contoso kan Azure Site Recovery gebruiken om bedrijfscontinuïteit te garanderen door zakelijke apps en workloads tijdens storingen actief te houden.
Azure Site Recovery repliceert workloads die worden uitgevoerd op fysieke servers en VM's van een primaire site naar een secundaire locatie. Als er een storing optreedt op de primaire site van Contoso, kunnen workloads een failover uitvoeren naar een secundaire locatie en hebben gebruikers daar toegang tot apps. Nadat de primaire locatie opnieuw wordt uitgevoerd, kan een beheerder een failback uitvoeren naar de primaire locatie.
Met Azure Site Recovery kunt u replicatie beheren voor:
- Azure-VM's die worden gerepliceerd tussen Azure-regio's.
- On-premises VM's, Azure Stack-VM's en fysieke servers.
Wat is Azure Site Recovery?
Met behulp van Azure Site Recovery kunt u uw VM's repliceren tussen Azure-regio's. Het is ook mogelijk om Azure Site Recovery te gebruiken om on-premises VM's en fysieke servers te migreren van uw on-premises infrastructuur naar Azure. Stel dat Contoso een storing heeft geleden in hun kantoren in New York, misschien vanwege overstromingen. Ze kunnen Azure Site Recovery gebruiken om dergelijke storingen te beperken door failover naar Azure uit te voeren.
Dit zijn de siteherstelfuncties in Azure Site Recovery waarmee u toekomstige storingen kunt beheren. Azure Site Recovery is ontworpen om uw workloads te repliceren van een aangewezen primaire site of regio naar een secundaire site of regio die u hebt gekozen. In de volgende afbeelding bevindt de primaire regio zich in VS - oost, terwijl de secundaire regio VS - centraal is.
Azure Site Recovery beheert de replicatie van:
- Virtuele Azure-machines tussen regio's.
- On-premises VM's naar Azure en weer terug.
Tip
Omdat Azure Site Recovery een ingebouwd onderdeel van Azure is, kan het naadloze tests uitvoeren, ook wel noodherstelanalyses genoemd , zonder dat dit van invloed is op uw productieworkloads. Dit betekent dat u kunt controleren of uw plannen voor herstel na noodgevallen effectief zijn als ze nodig zijn.
Azure Site Recovery biedt de functies die worden beschreven in de volgende tabel.
| Functie | Beschrijving |
|---|---|
| Beveiliging van de virtuele Azure-machine | Met Azure Site Recovery kunt u uw VM's automatisch beveiligen in Azure. Azure Site Recovery spiegelt de configuratie van de bron-VM naar een secundaire Azure-regio en maakt alle vereiste of gekoppelde resourcegroepen, opslagaccounts, VNets en beschikbaarheidssets. De resources die Azure Site Recovery maakt, worden toegevoegd met een Azure Site Recovery-achtervoegsel. |
| Momentopnamen en herstelpunten | Azure Site Recovery heeft replicatiebeleid dat u kunt aanpassen. Met deze beleidsregels kunt u de bewaargeschiedenis van herstelpunten en de frequentie van momentopnamen definiëren. U maakt een herstelpunt op basis van een momentopname van de schijf van een virtuele machine. Er zijn twee soorten momentopnamen beschikbaar: crashconsistent en app-consistent. Crashconsistent herstel geeft de gegevens op de schijf weer op het moment dat de momentopname wordt gemaakt. App-consistent herstel legt dezelfde gegevens vast als crashconsistent, maar bevat ook alle in-memory gegevens en in-process transacties. Door de in-memory gegevens op te geven, kan Azure Site Recovery een virtuele machine en alle actieve apps herstellen zonder gegevensverlies. Alle herstelpunten worden standaard 24 uur bewaard, maar u kunt dit uitbreiden naar 72 uur. |
| Replicatie naar een secundaire regio | Wanneer u replicatie inschakelt voor een Azure-VM, wordt de Azure Site Recovery-mobiliteitsservice geïnstalleerd. Met deze extensie wordt de VIRTUELE machine geregistreerd bij Azure Site Recovery. Continue VM-replicatie begint vervolgens, waarbij alle schrijfbewerkingen naar de schijf onmiddellijk worden overgedragen naar een lokaal opslagaccount. Azure Site Recovery maakt gebruik van dit account, waarbij de cache wordt gerepliceerd naar een opslagaccount in de doelomgeving. Azure Site Recovery kopieert gegevens die zijn opgeslagen in de cache en synchroniseert deze met het doelopslagaccount of gerepliceerde beheerde schijven. Nadat de gegevens zijn verwerkt, worden er crashconsistente herstelpunten gemaakt. Als app-consistente herstelpunten zijn ingeschakeld, worden ze volgens een schema gegenereerd zoals ingesteld in het Azure Site Recovery-replicatiebeleid. |
| DR-herstelanalyses | Met Azure Site Recovery kunt u herstelanalyses uitvoeren nadat u alle vereiste configuratietaken hebt voltooid. Door een analyse uit te voeren, kunt u de replicatiestrategie voor uw omgeving valideren zonder gegevens te verliezen, downtime te ervaren of uw productieomgeving in gevaar te brengen. |
| Flexibele failover en failback | U kunt azure Site Recovery-failover en failback snel starten met behulp van Azure Portal. Wanneer u een failover uitvoert, selecteert u een herstelpunt en laat u Vervolgens Azure Site Recovery de failover beheren. Failback is eenvoudig het omgekeerde van dit proces. Wanneer een failover is doorgevoerd, is deze beschikbaar voor failback. |
Failover en failback met behulp van Azure Site Recovery
Met Azure Site Recovery kan uw organisatie handmatig een failover naar een secundaire Azure-regio uitvoeren of terugvallen op een bron-VM. De eenvoudigste manier om dit proces te beheren, is handmatig vanuit Azure Portal.
Er wordt een failover uitgevoerd wanneer een beslissing wordt genomen om een DR-plan voor uw organisatie uit te voeren. De bestaande productieomgeving, beveiligd door Azure Site Recovery, wordt overgeschakeld naar een andere regio. De doelomgeving wordt de productieomgeving en wordt de omgeving waarop de productieservices van uw organisatie worden uitgevoerd.
Notitie
Als de doelregio eenmaal actief is, mag de bronomgeving niet meer worden gebruikt. Dit wordt afgedwongen door de bron-VM's gestopt te laten.
Uitschakeling van de bron-VM's heeft nog een voordeel. Het gebruik van een afsluit-VM resulteert in minimaal gegevensverlies omdat Azure Site Recovery wacht totdat alle gegevens naar de schijf worden geschreven voordat de failover wordt geactiveerd.
Wat is opnieuw beveiligen en waarom is het belangrijk?
Wanneer er een failover van een VIRTUELE machine wordt uitgevoerd, vindt de replicatie die wordt uitgevoerd door Azure Site Recovery niet meer op; In plaats daarvan moet u de beveiliging opnieuw inschakelen om te beginnen met het beveiligen van de VM waarvoor een failover is uitgevoerd. Omdat de infrastructuur al in een andere regio aanwezig is, kunt u de replicatie terug naar de bronregio starten. Met opnieuw beveiligen kan Azure Site Recovery beginnen met het repliceren van uw nieuwe doelomgeving naar de bronomgeving waar deze is gestart.
De flexibiliteit van failover van één VIRTUELE machine of failover met behulp van een herstelplan kan worden gebruikt om uw failover-infrastructuur opnieuw te beveiligen. U kunt elke VIRTUELE machine afzonderlijk opnieuw beveiligen of u kunt meerdere VM's opnieuw beveiligen met behulp van een herstelplan.
Notitie
Het opnieuw beveiligen duurt maximaal twee uur, afhankelijk van de grootte en het type VM. In tegenstelling tot de andere Site Recovery-processen die u kunt bewaken door de voortgang te bewaken, moet u de beveiliging op VM-niveau bewaken.
Wat is een failback?
Een failback is het omgekeerde van een failover. Wanneer een voltooide failover naar een secundaire regio is doorgevoerd en nu de productieomgeving is geworden. De omgeving waarvoor failover-overschakeling is uitgevoerd, is opnieuw beveiligd en de bronomgeving is nu de replica ervan.
Notitie
In een failbackscenario wordt door Azure Site Recovery failover-overschakeling uitgevoerd terug naar de bron-VM's.
Typen failover
Site Recovery biedt verschillende failoveropties:
- Test de failover. U gebruikt deze optie om een analyse uit te voeren waarmee uw BCDR-strategie wordt gevalideerd, zonder gegevensverlies of downtime. Er wordt een kopie van de VIRTUELE machine in Azure gemaakt, zonder dat dit van invloed is op lopende replicatie of in uw productieomgeving: om uw BCDR-strategie te valideren:
- Voer een testfailover uit op één VIRTUELE machine of op meerdere VM's in een herstelplan.
- Selecteer een herstelpunt dat u wilt gebruiken voor de testfailover.
- Selecteer een Azure-netwerk waarin de Azure-VM zich bevindt wanneer deze na een failover wordt gemaakt. Het netwerk wordt alleen gebruikt voor de testfailover.
- Controleer of de testfailover werkt zoals verwacht. Na de test schoont Site Recovery automatisch VM's op die tijdens de analyse in Azure zijn gemaakt.
- Geplande failover-Hyper-V. Meestal gebruikt voor gepland onderhoud, worden in een geplande failover-Hyper-V-strategie bron-VM's afgesloten en worden de meest recente gegevens gesynchroniseerd voordat de failover wordt gestart. Geplande failover veroorzaakt enige downtime, maar er gaan geen gegevens verloren tijdens geplande failover.
- Plan een onderhoudsvenster voor downtime en informeer gebruikers.
- Gebruikersgerichte apps offline halen.
- Start een geplande failover met het meest recente herstelpunt. (De failover wordt niet uitgevoerd als de machine niet wordt afgesloten of als er fouten zijn opgetreden.)
- Controleer na de failover of de replica azure-VM actief is in Azure.
- Voer de failover door om te voltooien. Met de doorvoeractie worden alle beschikbare herstelpunten verwijderd.
- Failover-Hyper-V. U voert deze failoveroptie meestal uit als er een niet-geplande storing is of als de primaire site niet beschikbaar is. Desgewenst kunt u de virtuele machine afsluiten en laatste wijzigingen synchroniseren voordat u de failover start. Deze methode resulteert in minimaal gegevensverlies voor apps.
- Start uw BCDR-plan.
- Initieer een failover. Voordat u de failover activeert, geeft u op of Site Recovery de virtuele machine moet afsluiten en de meest recente wijzigingen moet synchroniseren/repliceren.
- U kunt een failover uitvoeren naar een aantal opties voor herstelpunten:
- Als u de optie voor het afsluiten van de virtuele machine niet inschakelt of als Site Recovery deze niet kan afsluiten, wordt het meest recente herstelpunt gebruikt.
- De failover wordt uitgevoerd, zelfs als de machine niet kan worden afgesloten.
- Controleer na een failover of de replica van de Azure-VM actief is in Azure. Indien nodig kunt u een ander herstelpunt selecteren in het bewaarvenster van 24 uur.
- Voer de failover door om te voltooien. Met de doorvoeractie worden alle beschikbare herstelpunten verwijderd.
- Failover-VMware. Deze failoveroptie wordt meestal uitgevoerd als er een niet-geplande storing is of als de primaire site niet beschikbaar is. U kunt eventueel opgeven dat Site Recovery moet proberen de VM uit te schakelen en definitieve wijzigingen te synchroniseren en te repliceren voordat de failover wordt gestart. Als u deze methode gebruikt, leidt dit tot minimaal gegevensverlies voor apps.
- Start uw BCDR-plan.
- Een failover starten vanuit Site Recovery:
- Geef op of Site Recovery het afsluiten en synchroniseren van vm's moet activeren voordat de failover wordt uitgevoerd. (De failover wordt uitgevoerd, zelfs als de machines niet kunnen worden afgesloten.)
- Controleer na de failover of de replica van de Azure-VM actief is in Azure.
- Indien nodig kunt u een ander herstelpunt selecteren in het bewaarvenster van 72 uur.
- Voer de failover door om te voltooien. Met de doorvoeringsactie worden alle herstelpunten verwijderd. Voor Windows-VM’s worden met Site Recovery de VMware-hulpprogramma’s uitgeschakeld tijdens de failover.