Herstel na noodherstel op schaal instellen voor VMware-VM's/fysieke servers

In dit artikel wordt beschreven hoe u herstel na noodherstel naar Azure in kunt stellen voor grote aantallen on-premises VMware-VM's (> 1000) of fysieke servers in uw productieomgeving, met behulp van de Azure Site Recovery-service.

Uw BCDR-strategie definiëren

Als onderdeel van uw BCDR-strategie (strategie voor bedrijfscontinuïteit en herstel na noodherstel) definieert u doelstellingen voor herstelpunt (RTO's) en RTO's (Recovery Time Objectives) voor uw zakelijke apps en workloads. RTO meet de tijdsduur en het serviceniveau waarin een bedrijfs-app of -proces moet worden hersteld en beschikbaar moet zijn om continuïteitsproblemen te voorkomen.

• Site Recovery biedt continue replicatie voor VMware-VM's en fysieke servers, en een SLA voor RTO.
• Als u van plan bent grootschalig herstel na noodherstel voor VMware-VM's te plannen en na te gaan welke Azure-resources u nodig hebt, kunt u een RTO-waarde opgeven die wordt gebruikt voor capaciteitsberekeningen.

Aanbevolen procedures

Enkele algemene best practices voor grootschalige herstel na noodherstel. Deze best practices worden uitgebreid besproken in de volgende secties van het document.

• Doelvereisten identificeren: Schat de capaciteit en resourcebehoeften in Azure voordat u herstel na noodherstel in stelt.
• Plannen voor Site Recovery onderdelen: zoek uit welke Site Recovery onderdelen (configuratieserver, processervers) u nodig hebt om te voldoen aan uw geschatte capaciteit.
• Een of meer scale-out processervers instellen: gebruik niet de processerver die standaard wordt uitgevoerd op de configuratieserver.
• Voer regelmatig de nieuwste updates uit: het Site Recovery-team brengt regelmatig nieuwe versies van Site Recovery-onderdelen uit en u moet ervoor zorgen dat u de nieuwste versies gebruikt. Om u daarbij te helpen, moet u bijhouden wat er nieuw is voor updates en updates inschakelen en installeren wanneer ze worden uitgebracht.
• Proactief bewaken: wanneer u herstel na noodherstel actief krijgt, moet u proactief de status en status van gerepliceerde machines en infrastructuurbronnen controleren.
• Noodhersteloefeningen: U moet regelmatig noodhersteloefeningen uitvoeren. Deze hebben geen invloed op uw productieomgeving, maar helpen ervoor te zorgen dat failover naar Azure naar verwachting werkt wanneer dat nodig is.

Informatie over capaciteitsplanning verzamelen

Verzamel informatie over uw on-premises omgeving om te helpen bij het beoordelen en schatten van uw doelcapaciteitsbehoeften (Azure).

• Voor VMware moet u de Deployment Planner VMware-VM's uitvoeren om dit te doen.
• Voor fysieke servers moet u de informatie handmatig verzamelen.

De Deployment Planner uitvoeren voor VMware-VM's

De Deployment Planner helpt u bij het verzamelen van informatie over uw on-premises VMware-omgeving.

• Voer de Deployment Planner uit gedurende een periode die standaardverloop voor uw VM's vertegenwoordigt. Hierdoor worden nauwkeurigere schattingen en aanbevelingen gegenereerd.
• U wordt aangeraden de Deployment Planner op de configuratieservermachine uit te voeren, omdat de planner de doorvoer berekent van de server waarop deze wordt uitgevoerd. Meer informatie over het meten van doorvoer.
• Als u nog geen configuratieserver hebt ingesteld:
  • Krijg een overzicht van Site Recovery onderdelen.
  • Stel een configuratieserver inom de configuratieserver Deployment Planner uit te voeren.

Voer vervolgens de Planner als volgt uit:

1. Meer informatie over de Deployment Planner. U kunt de nieuwste versie downloaden via de portal of rechtstreeks downloaden.
2. Controleer de vereisten en de meest recente updates voor Deployment Planner en download en extraheert het hulpprogramma.
3. Voer de Deployment Planner uit op de configuratieserver.
4. Een rapport genereren om schattingen en aanbevelingen samen te vatten.
5. Analyseer de rapportaanbevelingen en kostenschattingen.

Vereisten en capaciteit voor doel plannen (Azure)

Met behulp van uw verzamelde schattingen en aanbevelingen kunt u plannen voor doelbronnen en capaciteit. Als u de Deployment Planner voor VMware-VM's hebt gedaan, kunt u een aantal rapportaanbevelingen gebruiken om u te helpen.

• Compatibele VM's: gebruik dit aantal om het aantal VM's te identificeren dat gereed is voor herstel na noodherstel naar Azure. Aanbevelingen over netwerkbandbreedte en Azure-kernen zijn gebaseerd op dit aantal.
• Vereiste netwerkbandbreedte: noteer de bandbreedte die u nodig hebt voor replicatie van delta's van compatibele VM's.
  • Wanneer u de Planner hebt uitgevoerd, geeft u binnen enkele minuten de gewenste RPO op. De aanbevelingen geven de bandbreedte aan die nodig is om 100% en 90% van de tijd aan die RPO te voldoen.
  • In de aanbevelingen voor netwerkbandbreedte wordt rekening gehouden met de bandbreedte die nodig is voor het totale aantal configuratieservers en processervers dat in de Planner wordt aanbevolen.
• Vereiste Azure-kernen: noteer het aantal kernen dat u nodig hebt in de Azure-doelregio, op basis van het aantal compatibele VM's. Als u niet voldoende kernen hebt, kunt u bij failover-Site Recovery de vereiste Azure-VM's niet maken.
• Aanbevolen VM-batchgrootte: de aanbevolen batchgrootte is gebaseerd op de mogelijkheid om de initiële replicatie voor de batch standaard binnen 72 uur te voltooien en tegelijkertijd te voldoen aan een RPO van 100%. De uurwaarde kan worden gewijzigd.

U kunt deze aanbevelingen gebruiken om Azure-resources, netwerkbandbreedte en VM-batching te plannen.

Azure-abonnementen en -quota plannen

We willen er zeker van zijn dat de beschikbare quota in het doelabonnement voldoende zijn om failover af te handelen.

Failoverlimieten

De limieten geven het aantal failovers aan dat wordt ondersteund door Site Recovery binnen één uur, uitgaande van drie schijven per machine.

Wat betekent conform? Voor het starten van een azure-VM moeten sommige stuurprogramma's in Azure de opstarttoestand hebben en moeten services zoals DHCP worden ingesteld om automatisch te worden opgestart.

• Op machines die aan deze voorwaarden voldoen, zijn deze instellingen al ingesteld.
• Voor computers met Windows kunt u de naleving proactief controleren en deze indien nodig compatibel maken. Meer informatie.
• Linux-machines worden alleen in overeenstemming gebracht op het moment van failover.

• Bij limieten wordt ervan uitgenomen dat er minimaal andere taken worden uitgevoerd in de doelregio voor het abonnement.
• Sommige Azure-regio's zijn kleiner en hebben mogelijk iets lagere limieten.

Infrastructuur- en VM-connectiviteit plannen

Na een failover naar Azure moeten uw workloads werken zoals on-premises, en om gebruikers toegang te geven tot workloads die worden uitgevoerd op de Virtuele Azure-VM's.

• Meer informatie over het uitvoeren van een mislukte overboeking van uw on-premises Active Directory- of DNS-infrastructuur naar Azure.
• Meer informatie over het voorbereiden van verbinding met Azure-VM's na een failover.

Broncapaciteit en -vereisten plannen

Het is belangrijk dat u voldoende configuratieservers en scale-out processervers hebt om te voldoen aan de capaciteitsvereisten. Begin bij het starten van uw grootschalige implementatie met één configuratieserver en één scale-out processerver. Wanneer u de voorgeschreven limieten bereikt, voegt u extra servers toe.

Een configuratieserver instellen

De capaciteit van de configuratieserver wordt beïnvloed door het aantal machines dat wordt repliceerd en niet door het gegevensverloop. Als u wilt weten of u aanvullende configuratieservers nodig hebt, gebruikt u deze gedefinieerde VM-limieten.

• Deze limieten zijn gebaseerd op een configuratieserver die is ingesteld met behulp van een OVF-sjabloon.
• Bij de limieten wordt ervan uitgenomen dat u niet de processerver gebruikt die standaard wordt uitgevoerd op de configuratieserver.

Als u een nieuwe configuratieserver wilt toevoegen, volgt u deze instructies:

• Stel een configuratieserver in voor herstel na noodherstel van VMware-VM's met behulp van een OVF-sjabloon.
• Stel handmatig een configuratieserver in voor fysieke servers of voor VMware-implementaties die geen OVF-sjabloon kunnen gebruiken.

Houd bij het instellen van een configuratieserver rekening met het volgende:

• Wanneer u een configuratieserver instelt, is het belangrijk om rekening te houden met het abonnement en de kluis waarin deze zich bevinden, omdat deze niet moeten worden gewijzigd na de installatie. Als u de kluis moet wijzigen, moet u de configuratieserver loskoppelen van de kluis en deze opnieuw registreren. Hiermee wordt de replicatie van VM's in de kluis gestopt.
• Als u een configuratieserver met meerdere netwerkadapters wilt instellen, moet u dit doen tijdens het instellen. U kunt dit niet doen na het registreren van de configuratieserver in de kluis.

Een processerver instellen

De capaciteit van de processerver wordt beïnvloed door gegevensverloopsnelheden en niet door het aantal machines dat is ingeschakeld voor replicatie.

• Voor grote implementaties moet u altijd ten minste één scale-out processerver hebben.
• Als u wilt weten of u extra servers nodig hebt, gebruikt u de volgende tabel.
• U wordt aangeraden een server met de hoogste specificatie toe te voegen.

Stel de processerver als volgt in:

1. Controleer de vereisten.
2. Installeer de server in de portalof vanaf de opdrachtregel.
3. Configureer gerepliceerde machines om de nieuwe server te gebruiken. Als u al machines hebt die repliceren:
   • U kunt een volledige werkbelasting van de processerver verplaatsen naar de nieuwe processerver.
   • U kunt ook specifieke VM's naar de nieuwe processerver verplaatsen.

Grootschalige replicatie inschakelen

Nadat de capaciteit is gepland en de vereiste onderdelen en infrastructuur zijn geïmplementeerd, moet u replicatie inschakelen voor een groot aantal VM's.

1. Machines sorteren in batches. U kunt replicatie voor VM's in een batch inschakelen en vervolgens naar de volgende batch gaan.

   • Voor VMware-VM's kunt u de aanbevolen VM-batchgrootte in het Deployment Planner gebruiken.
   • Voor fysieke machines raden we u aan batches te identificeren op basis van machines met een vergelijkbare grootte en hoeveelheid gegevens, en op basis van de beschikbare netwerkdoorvoer. Het doel is om batchmachines te batchen die hun initiële replicatie waarschijnlijk in ongeveer dezelfde tijd zullen voltooien.

2. Als het schijfverloop voor een machine hoog is of als de limieten in Deployment thePlanner worden overschreden, kunt u niet-kritieke bestanden die u niet hoeft te repliceren (zoals logboekdumps of tijdelijke bestanden) van de computer verplaatsen. Voor VMware-VM's kunt u deze bestanden naar een afzonderlijke schijf verplaatsen en die schijf vervolgens uitsluiten van replicatie.

3. Voordat u replicatie inschakelen, controleert u of machines voldoen aan de replicatievereisten.

4. Configureer een replicatiebeleid voor VMware-VM's of fysieke servers.

5. Schakel replicatie in voor VMware-VM's of fysieke servers. Hiermee start u de initiële replicatie voor de geselecteerde machines.

Uw implementatie bewaken

Nadat u de replicatie voor de eerste batch VM's hebt starten, kunt u als volgt beginnen met het bewaken van uw implementatie:

1. Wijs een beheerder voor herstel na noodherstel toe om de status van gerepliceerde machines te bewaken.
2. Gebeurtenissen voor gerepliceerde items en de infrastructuur bewaken.
3. Controleer de status van uw scale-out processervers.
4. Meld u aan om e-mailmeldingen voor gebeurtenissen te ontvangen, voor een eenvoudigere bewaking.
5. Regelmatige noodhersteloefeningen uitvoerenom ervoor te zorgen dat alles werkt zoals verwacht.

Grootschalige failovers plannen

In geval van nood moet u mogelijk een fail over een groot aantal machines/workloads naar Azure uitvoeren. Bereid u als volgt voor op dit type gebeurtenis.

U kunt zich als volgt vooraf voorbereiden op failover:

• Bereid uw infrastructuur en VM's voor zodat uw workloads beschikbaar zijn na een failover en zodat gebruikers toegang hebben tot de Azure-VM's.
• Let op de failoverlimieten eerder in dit document. Zorg ervoor dat uw failovers binnen deze limieten vallen.
• Voer regelmatig noodhersteloefeningen uit. Drills help to:
  • Zoek hiaten in uw implementatie vóór de failover.
  • Een schatting maken van end-to-end RTO voor uw apps.
  • Een schatting maken van de end-to-end RPO voor uw workloads.
  • Ip-adresbereikconflicten identificeren.
  • Tijdens het uitvoeren van oefeningen wordt u aangeraden geen productienetwerken te gebruiken voor drills en het ops schonen van test-failovers na elke oefening.

Voor het uitvoeren van een grootschalige failover raden we het volgende aan:

1. Maak herstelplannen voor workload-failover.
   • Elk herstelplan kan een failover van maximaal 100 machines activeren.
   • Meer informatie over herstelplannen.
2. Voeg Azure Automation runbookscripts toe aan herstelplannen om handmatige taken in Azure te automatiseren. Typische taken zijn het configureren van load balancers, het bijwerken van DNS, enzovoort. Meer informatie
3. Bereid vóór de failover Windows machines voor zodat ze voldoen aan de Azure-omgeving. Failoverlimieten zijn hoger voor machines die hieraan voldoen. Meer informatie over runbooks.
4. Activeer failover met de PowerShell-cmdlet Start-AzRecoveryServicesAsrPlannedFailoverJob, samen met een herstelplan.

Volgende stappen