Over herstelplannen

Dit artikel bevat een overzicht van herstelplannen in Azure Site Recovery.

Met een herstelplan worden computers in herstelgroepen verzameld met het doel een failover uit te voeren. Een herstelplan helpt u bij het definiëren van een systematisch herstelproces door kleine onafhankelijke eenheden te maken die u kunt uitvoeren. Een eenheid vertegenwoordigt doorgaans een app in uw omgeving.

• Een herstelplan definieert hoe een failover van machines wordt uitgevoerd en de volgorde waarin ze worden gestart na een failover.
• Herstelplannen kunnen worden gebruikt voor zowel failover naar als failback vanuit Azure.
• Er kunnen maximaal 100 beveiligde exemplaren worden toegevoegd aan één herstelplan.
• U kunt een plan aanpassen door er volgorde, instructies en taken aan toe te voegen.
• Nadat een plan is gedefinieerd, kunt u er een failover op uitvoeren.
• Naar machines kan worden verwezen in meerdere herstelplannen, waarin volgende plannen de implementatie/het opstarten van een computer overslaan als deze eerder is geïmplementeerd met een ander herstelplan.

Waarom een herstelplan gebruiken?

Gebruik herstelplannen om het volgende te doen:

• Een app modelleren rond de afhankelijkheden.
• Hersteltaken automatiseren om de beoogde hersteltijd (RTO) te verminderen.
• Controleer of u bent voorbereid op migratie of herstel na noodgevallen door ervoor te zorgen dat uw apps deel uitmaken van een herstelplan.
• Voer testfailovers uit op herstelplannen om ervoor te zorgen dat herstel na noodgevallen of migratie werkt zoals verwacht.

Model-apps

U kunt een herstelgroep plannen en maken om app-specifieke eigenschappen vast te leggen. Laten we bijvoorbeeld eens kijken naar een typische toepassing met drie lagen met een BACK-end van SQL Server, middleware en een web-front-end. Normaal gesproken past u het herstelplan aan zodat machines in elke laag na een failover in de juiste volgorde worden gestart.

• De SQL-back-end moet eerst worden gestart, daarna de middleware en ten slotte de web-front-end.
• Deze beginvolgorde zorgt ervoor dat de app werkt op het moment dat de laatste machine wordt gestart.
• Deze volgorde zorgt ervoor dat wanneer de middleware wordt gestart en verbinding probeert te maken met de SQL Server-laag, de SQL Server-laag al actief is.
• Deze volgorde zorgt er ook voor dat de front-endserver als laatste wordt gestart, zodat eindgebruikers geen verbinding maken met de app-URL voordat alle onderdelen actief zijn en de app klaar is om aanvragen te accepteren.

Als u deze volgorde wilt maken, voegt u groepen toe aan de herstelgroep en voegt u machines toe aan de groepen.

• Waar volgorde is opgegeven, wordt sequentiëren gebruikt. Acties worden waar nodig parallel uitgevoerd om de RTO voor toepassingsherstel te verbeteren.

• Gelijktijdige failover van machines in één groep.

• Voor machines in verschillende groepen wordt een failover uitgevoerd in groepsvolgorde, zodat computers van groep 2 hun failover pas starten nadat alle computers in groep 1 een failover hebben uitgevoerd en zijn gestart.

  

Nu deze aanpassing is doorgevoerd, gebeurt het volgende wanneer u een failover uitvoert voor het herstelplan:

1. Met een afsluitstap wordt geprobeerd de on-premises machines uit te schakelen. De uitzondering is als u een testfailover uitvoert. In dat geval blijft de primaire site actief.
2. Het afsluiten activeert een parallelle failover van alle computers in het herstelplan.
3. De failover bereidt schijven van virtuele machines voor met behulp van gerepliceerde gegevens.
4. De opstartgroepen worden op volgorde uitgevoerd en starten de computers in elke groep. Eerst wordt Groep 1 uitgevoerd, vervolgens Groep 2 en ten slotte Groep 3. Als er meer dan één computer in een groep is, worden alle computers parallel gestart.

Taken in herstelplannen automatiseren

Het herstellen van grote toepassingen kan een complexe taak zijn. Handmatige stappen maken het proces foutgevoelig en de persoon die de failover uitvoert, is mogelijk niet op de hoogte van alle complexiteiten van de app. U kunt een herstelplan gebruiken om orde op te leggen en de acties te automatiseren die nodig zijn bij elke stap, met behulp van Azure Automation runbooks voor failover naar Azure of scripts. Voor taken die niet kunnen worden geautomatiseerd, kunt u pauzes voor handmatige acties invoegen in herstelplannen. Er zijn een aantal soorten taken die u kunt configureren:

• Taken op de Azure-VM na failover: wanneer u een failover naar Azure uitvoert, moet u doorgaans acties uitvoeren zodat u na een failover verbinding kunt maken met de virtuele machine. Bijvoorbeeld:
  • Maak een openbaar IP-adres op de Azure-VM.
  • Wijs een netwerkbeveiligingsgroep toe aan de netwerkadapter van de Azure-VM.
  • Voeg een load balancer toe aan een beschikbaarheidsset.
• Taken binnen de VM na failover: met deze taken wordt de app die op de machine wordt uitgevoerd, meestal opnieuw geconfigureerd, zodat deze correct blijft werken in de nieuwe omgeving. Bijvoorbeeld:
  • Wijzig de database connection string op de computer.
  • Wijzig de webserverconfiguratie of -regels.

Een testfailover uitvoeren op herstelplannen

U kunt een herstelplan gebruiken om een testfailover te activeren. Gebruik de volgende aanbevolen procedures:

• Voltooi altijd een testfailover voor een app voordat u een volledige failover uitvoert. Met testfailovers kunt u controleren of de app wordt weergegeven op de herstelsite.

• Als u merkt dat u iets hebt gemist, activeert u een opschoonbewerking en voert u de testfailover opnieuw uit.

• Voer meerdere keren een testfailover uit totdat u zeker weet dat de app probleemloos wordt hersteld.

• Omdat elke app uniek is, moet u herstelplannen maken die voor elke toepassing zijn aangepast en op elke toepassing een testfailover uitvoeren.

• Apps en hun afhankelijkheden veranderen regelmatig. Om ervoor te zorgen dat herstelplannen up-to-date zijn, voert u elk kwartaal een testfailover uit voor elke app.

  

Bekijk een video over een herstelplan

Bekijk een korte voorbeeldvideo van een failover bij klikken voor een herstelplan voor een WordPress-app met twee lagen.

Volgende stappen

• Maak een herstelplan.
• Failovers uitvoeren .