Herstel na noodgevallen instellen op schaal voor VMware-VM's/fysieke servers
In dit artikel wordt beschreven hoe u herstel na noodgevallen naar Azure instelt voor grote aantallen (> 1000) on-premises VMware-VM's 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 (bedrijfscontinuïteit en herstel na noodgevallen) definieert u beoogde herstelpunten (RPO's) en beoogde hersteltijd (RPO's) voor uw zakelijke apps en workloads. RTO meet de duur van tijd en serviceniveau waarin een zakelijke app of proces moet worden hersteld en beschikbaar, 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 voor grootschalige herstel na noodgevallen voor VMware-VM's en de Azure-resources te achterhalen die u nodig hebt, kunt u een RTO-waarde opgeven die wordt gebruikt voor capaciteitsberekeningen.
Aanbevolen procedures
Enkele algemene aanbevolen procedures voor grootschalige herstel na noodgevallen. Deze aanbevolen procedures worden uitgebreid besproken in de volgende secties van het document.
- Identificeer de doelvereisten: maak een schatting van de capaciteit en resourcebehoeften in Azure voordat u herstel na noodgevallen instelt.
- Plannen voor Site Recovery-onderdelen: bepaal welke Site Recovery-onderdelen (configuratieserver, processervers) u nodig hebt om te voldoen aan de geschatte capaciteit.
- Een of meer uitschaalprocesservers instellen: gebruik de processerver die standaard wordt uitgevoerd op de configuratieserver niet.
- Voer de nieuwste updates uit: het Site Recovery-team brengt regelmatig nieuwe versies van Site Recovery-onderdelen uit en zorg ervoor dat u de nieuwste versies uitvoert. U kunt dit helpen door bij te houden wat er nieuw is voor updates en updates in te schakelen en te installeren zodra ze worden uitgebracht.
- Proactief bewaken: wanneer u herstel na noodgevallen actief krijgt, moet u proactief de status en status van gerepliceerde machines en infrastructuurresources bewaken.
- Noodherstelanalyses: U moet regelmatig noodherstelanalyses uitvoeren. Deze zijn niet van invloed op uw productieomgeving, maar zorgen ervoor dat failover naar Azure werkt zoals verwacht wanneer dat nodig is.
Informatie over capaciteitsplanning verzamelen
Verzamel informatie over uw on-premises omgeving om uw doelcapaciteitsbehoeften (Azure) te evalueren en te schatten.
- Voer voor VMware de Deployment Planner voor VMware-VM's uit om dit te doen.
- Verzamel de gegevens handmatig voor fysieke servers.
De Deployment Planner voor VMware-VM's uitvoeren
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 een typisch verloop voor uw VM's vertegenwoordigt. Hiermee worden nauwkeurigere schattingen en aanbevelingen gegenereerd.
- U wordt aangeraden de Deployment Planner uit te voeren op de configuratieservercomputer, 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:
- Bekijk een overzicht van Site Recovery-onderdelen.
- Stel een configuratieserver in om de Deployment Planner erop uit te voeren.
Voer vervolgens de Planner als volgt uit:
- Meer informatie over de Deployment Planner. U kunt de nieuwste versie downloaden vanuit de portal of rechtstreeks downloaden.
- Bekijk de vereisten en nieuwste updates voor de Deployment Planner en download en pak het hulpprogramma uit.
- Voer de Deployment Planner uit op de configuratieserver.
- Genereer een rapport om schattingen en aanbevelingen samen te vatten.
- Analyseer de aanbevelingen en kostenramingen van het rapport.
Notitie
Het hulpprogramma is standaard geconfigureerd voor het profileren en genereert een rapport voor maximaal 1000 VM's. U kunt deze limiet wijzigen door de sleutelwaarde MaxVMsSupported in het bestand ASRDeploymentPlanner.exe.config te verhogen.
Plandoelvereisten en -capaciteit (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 uitgevoerd, kunt u een aantal aanbevelingen voor rapporten gebruiken om u te helpen.
- Compatibele VM's: gebruik dit nummer om het aantal VM's te identificeren dat gereed is voor herstel na noodgevallen naar Azure. Aanbevelingen voor netwerkbandbreedte en Azure-kernen zijn gebaseerd op dit aantal.
- Vereiste netwerkbandbreedte: noteer de bandbreedte die u nodig hebt voor deltareplicatie van compatibele VM's.
- Wanneer u de Planner uitvoert, geeft u binnen enkele minuten de gewenste RPO op. De aanbevelingen tonen u de bandbreedte die nodig is om te voldoen aan die RPO 100% en 90% van de tijd.
- De aanbevelingen voor netwerkbandbreedte houden rekening met de bandbreedte die nodig is voor het totale aantal configuratieservers en processervers dat wordt aanbevolen in de Planner.
- 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 onvoldoende kerngeheugens hebt, kunt u bij failover van Site Recovery niet de vereiste Azure-VM's maken.
- Aanbevolen VM-batchgrootte: de aanbevolen batchgrootte is gebaseerd op de mogelijkheid om de initiële replicatie voor de batch binnen 72 uur te voltooien, terwijl een RPO van 100% wordt bereikt. De uurwaarde kan worden gewijzigd.
U kunt deze aanbevelingen gebruiken om Azure-resources, netwerkbandbreedte en VM-batchverwerking te plannen.
Azure-abonnementen en -quota plannen
We willen ervoor zorgen dat beschikbare quota in het doelabonnement voldoende zijn om failover af te handelen.
| Taak | DETAILS | Actie |
|---|---|---|
| Kernen controleren | Als kernen in het beschikbare quotum niet gelijk zijn aan of het totale aantal doelen op het moment van failover overschrijden, mislukken failovers. | Voor VMware-VM's controleert u of er voldoende kernen in het doelabonnement zijn om te voldoen aan de aanbeveling van Deployment Planner Core. Controleer voor fysieke servers of Azure-kernen voldoen aan uw handmatige schattingen. Als u quota wilt controleren, klikt u in het Azure Portal-abonnement >op Gebruik en quota. Meer informatie over het verhogen van quota. |
| Failoverlimieten controleren | Het aantal failovers mag niet groter zijn dan de failoverlimieten van Site Recovery. | Als failovers de limieten overschrijden, kunt u abonnementen toevoegen en een failover naar meerdere abonnementen uitvoeren of het quotum voor een abonnement verhogen. |
Failoverlimieten
De limieten geven het aantal failovers aan dat binnen één uur wordt ondersteund door Site Recovery, ervan uitgaande dat er drie schijven per machine zijn.
Wat betekent naleving? Als u een Virtuele Azure-machine wilt starten, moeten sommige stuurprogramma's de opstartstatus hebben en moeten services zoals DHCP worden ingesteld om automatisch te starten.
- Machines die voldoen, beschikken al over deze instellingen.
- Voor computers met Windows kunt u proactief de naleving controleren en deze indien nodig compatibel maken. Meer informatie.
- Linux-machines worden alleen in overeenstemming gebracht op het moment van failover.
| Machine voldoet aan Azure? | Limieten voor Virtuele Azure-machines (failover van beheerde schijven) |
|---|---|
| Ja | 2000 |
| Nee | 1000 |
- Bij limieten wordt ervan uitgegaan 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 hebt u uw workloads nodig om te werken zoals ze on-premises hebben gedaan en om gebruikers toegang te geven tot workloads die worden uitgevoerd op de Virtuele Azure-machines.
- Meer informatie over het uitvoeren van failover van uw Active Directory- of DNS on-premises infrastructuur naar Azure.
- Meer informatie over het voorbereiden van het maken van verbinding met Azure-VM's na een failover.
Plannen voor broncapaciteit en vereisten
Het is belangrijk dat u voldoende configuratieservers en uitschaalprocesservers hebt om te voldoen aan de capaciteitsvereisten. Wanneer u begint met de grootschalige implementatie, begint u met één configuratieserver en één uitschaalprocesserver. Wanneer u de voorgeschreven limieten bereikt, voegt u extra servers toe.
Notitie
Voor virtuele VMware-machines doet de Deployment Planner enkele aanbevelingen over de configuratie- en processervers die u nodig hebt. U wordt aangeraden de tabellen in de volgende procedures te gebruiken in plaats van de aanbeveling Deployment Planner te volgen.
Een configuratieserver instellen
De capaciteit van de configuratieserver wordt beïnvloed door het aantal machines dat repliceert en niet door het gegevensverloop. Als u wilt weten of u aanvullende configuratieservers nodig hebt, gebruikt u deze gedefinieerde VM-limieten.
| CPU | Geheugen | Cacheschijf | Limiet voor gerepliceerde machines |
|---|---|---|---|
| 8 vCPU's 2 sockets * 4 kernen @ 2,5 Ghz |
16 GB | 600 GB | Maximaal 550 machines Gaat ervan uit dat elke machine drie schijven van elk 100 GB heeft. |
- Deze limieten zijn gebaseerd op een configuratieserverconfiguratie met behulp van een OVF-sjabloon.
- Bij de limieten wordt ervan uitgegaan 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 noodgevallen 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 er rekening mee dat bij het instellen van een configuratieserver:
- Wanneer u een configuratieserver instelt, is het belangrijk om rekening te houden met het abonnement en de kluis waarin deze zich bevindt, omdat deze na de installatie niet moeten worden gewijzigd. Als u de kluis moet wijzigen, moet u de configuratieserver loskoppelen van de kluis en de registratie opnieuw registreren. Hierdoor 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 uitschaalprocesserver 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.
| CPU | Geheugen | Cacheschijf | Verloopsnelheid |
|---|---|---|---|
| 12 vCPU's 2 sockets*6 kernen @ 2,5 Ghz |
24 GB | 1 TB | Maximaal 2 TB per dag |
Stel de processerver als volgt in:
- Controleer de vereisten.
- Installeer de server in de portal of vanaf de opdrachtregel.
- Configureer gerepliceerde machines voor het gebruik van de nieuwe server. Als u al machines hebt die repliceren:
Grootschalige replicatie inschakelen
Na het plannen van capaciteit en het implementeren van de vereiste onderdelen en infrastructuur, schakelt u replicatie in voor grote aantallen VM's.
Sorteer machines in batches. U schakelt replicatie in voor VM's in een batch en gaat vervolgens verder met de volgende batch.
- Voor virtuele VMware-machines kunt u de aanbevolen VM-batchgrootte gebruiken in het rapport Deployment Planner.
- Voor fysieke machines raden we u aan batches te identificeren op basis van machines met een vergelijkbare grootte en hoeveelheid gegevens, en over de beschikbare netwerkdoorvoer. Het doel is om batchmachines die hun initiële replicatie waarschijnlijk in ongeveer dezelfde tijd zullen voltooien, te voltooien.
Als het schijfverloop voor een machine hoog is of de limieten overschrijdt in Deployment thePlanner, 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 verplaatsen naar een afzonderlijke schijf en die schijf vervolgens uitsluiten van replicatie.
Controleer voordat u replicatie inschakelt of machines voldoen aan de replicatievereisten.
Configureer een replicatiebeleid voor virtuele VMware-machines of fysieke servers.
Schakel replicatie in voor virtuele VMware-machines of fysieke servers. Hiermee wordt de initiële replicatie voor de geselecteerde machines gestart.
Uw implementatie bewaken
Nadat u de replicatie voor de eerste batch vm's hebt gestart, begint u als volgt met het bewaken van uw implementatie:
- Wijs een beheerder voor herstel na noodgevallen toe om de status van gerepliceerde machines te bewaken.
- Controleer gebeurtenissen voor gerepliceerde items en de infrastructuur.
- Controleer de status van uw uitschaalprocesservers.
- Meld u aan om e-mailmeldingen voor gebeurtenissen te ontvangen, zodat u deze eenvoudiger kunt controleren.
- Voer regelmatig noodherstelanalyses uit om ervoor te zorgen dat alles werkt zoals verwacht.
Plannen voor grootschalige failovers
In het geval van een noodgeval moet u mogelijk een failover uitvoeren voor een groot aantal machines/workloads naar Azure. Bereid dit type gebeurtenis als volgt voor.
U kunt de failover als volgt voorbereiden:
- Bereid uw infrastructuur en VM's voor, zodat uw workloads na een failover beschikbaar zijn en zodat gebruikers toegang hebben tot de Virtuele Azure-machines.
- Let op de failoverlimieten eerder in dit document. Zorg ervoor dat uw failovers binnen deze limieten vallen.
- Voer regelmatig noodherstelanalyses uit. Hulp bij het analyseren van:
- Zoek hiaten in uw implementatie voordat de failover wordt uitgevoerd.
- Een schatting maken van end-to-end RTO voor uw apps.
- Schat end-to-end RPO voor uw workloads.
- Conflicten met IP-adresbereik identificeren.
- Wanneer u drills uitvoert, raden we u aan om na elke analyse geen productienetwerken te gebruiken voor drills en testfailovers op te schonen.
Als u een grootschalige failover wilt uitvoeren, raden we het volgende aan:
- Herstelplannen maken voor failover van workloads.
- Elk herstelplan kan failover van maximaal 100 machines activeren.
- Meer informatie over herstelplannen.
- 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
- Voordat u een failover uitvoert, bereidt u Windows-machines voor, zodat ze voldoen aan de Azure-omgeving. Failoverlimieten zijn hoger voor machines die voldoen aan de regels. Meer informatie over runbooks.
- Triggerfailover met de PowerShell-cmdlet Start-AzRecoveryServicesAsrPlannedFailoverJob , samen met een herstelplan.