Overstappen van klassiek naar gemoderniseerd VMware-noodherstel
Dit artikel bevat informatie over de architectuur, de benodigde infrastructuur en veelgestelde vragen over het verplaatsen van replicaties van uw VMware- of fysieke machines van klassieke naar gemoderniseerde beveiligingsarchitectuur. Met deze mogelijkheid om te migreren, kunt u uw gerepliceerde items van een configuratieserver overdragen naar een Azure Site Recovery-replicatieapparaat. Deze migratie wordt geleid door een slim replicatiemechanisme, dat ervoor zorgt dat de initiële replicatie niet opnieuw wordt uitgevoerd voor niet-kritieke gerepliceerde items en dat alleen de differentiële gegevens worden overgedragen.
Notitie
Herstelplannen worden niet gemigreerd en moeten opnieuw worden gemaakt in de gemoderniseerde Recovery Services-kluis.
Architectuur
De onderdelen die betrokken zijn bij de migratie van gerepliceerde items van een VMware- of fysieke machine, worden samengevat in de volgende tabel:
| Onderdeel | Vereiste |
|---|---|
| Gerepliceerde items in een klassieke Recovery Services-kluis | Een of meer gerepliceerde items die zijn beveiligd met behulp van de klassieke architectuur en een goede configuratieserver. Het gerepliceerde item moet een niet-kritieke status hebben en moet worden gerepliceerd van on-premises naar Azure met de mobility-agent die wordt uitgevoerd op versie 9.50 of hoger. |
| Configuratieserver die wordt gebruikt door de gerepliceerde items | De configuratieserver, die wordt gebruikt door de gerepliceerde items, moet een niet-kritieke status hebben en de onderdelen ervan moeten worden bijgewerkt naar de nieuwste versie (9.50 of hoger). |
| Een Recovery Services-kluis met een gemoderniseerde ervaring | Een Recovery Services-kluis met een gemoderniseerde ervaring. |
| Een goed functionerend Azure Site Recovery-replicatieapparaat | Een niet-kritiek Azure Site Recovery-replicatieapparaat, dat on-premises machines kan detecteren, waarbij alle onderdelen zijn bijgewerkt naar de nieuwste versie (9.50 of hoger). De exacte vereiste versies zijn als volgt: Processerver: 9.50 Proxyserver: 1.35.8419.34591 Recovery Services-agent: 2.0.9249.0 Replicatieservice: 1.35.8433.24227 |
Vereiste infrastructuur
Zorg ervoor dat het volgende is voor een geslaagde verplaatsing van gerepliceerd item:
- Een Recovery Services-kluis met behulp van de gemoderniseerde ervaring.
Notitie
Voor elke nieuwe Recovery Services-kluis die is gemaakt, is de moderne ervaring standaard ingeschakeld. U kunt niet overschakelen naar de klassieke ervaring, omdat de afschaffing al is aangekondigd.
- Een Azure Site Recovery-replicatieapparaat dat is geregistreerd bij de kluis en alle bijbehorende onderdelen hebben een niet-kritieke status.
- De versie van het apparaat moet 9.50 of hoger zijn. Raadpleeg hier voor een gedetailleerde versiebeschrijving.
- De details van de vCenter-server of vSphere-host, waar de bestaande gerepliceerde machines zich bevinden, worden toegevoegd aan het apparaat om de on-premises detectie te laten slagen.
Vereisten
De infrastructuur voorbereiden
Zorg ervoor dat u het volgende moet doen voordat u overgaat van de klassieke architectuur naar een gemoderniseerde architectuur:
- Een Recovery Services-kluis maken en ervoor zorgen dat de ervaring niet is overgeschakeld naar de klassieke versie
- Implementeer een Azure Site Recovery-replicatieapparaat.
- Voeg de vCenter Server-gegevens van de on-premises machine toe aan het apparaat, zodat de detectie is geslaagd.
Klassieke Recovery Services-kluis voorbereiden
Zorg ervoor dat het volgende geldt voor de gerepliceerde items die u wilt verplaatsen:
- Het gerepliceerde item is een VMware- of fysieke machine die repliceert via een configuratieserver.
- Replicatie vindt niet plaats in een niet-beheerd opslagaccount, maar in plaats daarvan naar een beheerde schijf.
- Replicatie vindt plaats van on-premises naar Azure en het gerepliceerde item bevindt zich niet in een failover of in de status Mislukte back.
- Het gerepliceerde item repliceert de gegevens niet van Azure naar on-premises.
- De initiële replicatie wordt niet uitgevoerd en is al voltooid.
- Het gerepliceerde item heeft niet de status 'hersynchronisatie'.
- De versie van de configuratieserver is 9.50 of hoger en de status heeft een niet-kritieke status.
- De configuratieserver heeft een gezonde heartbeat.
- De versie van de Mobility Service-agent, geïnstalleerd op de broncomputer, is 9.50 of hoger.
- De Recovery Services-kluizen waarvoor MSI is ingeschakeld, worden ondersteund.
- De Recovery Services-kluizen waarvoor privé-eindpunten zijn ingeschakeld, worden ondersteund.
- De status van het gerepliceerde item heeft een niet-kritieke status of de herstelpunten worden gemaakt.
Gemoderniseerde Recovery Services-kluis voorbereiden
Voor de installatie van de gemoderniseerde architectuur moet u ervoor zorgen dat:
- De Recovery Services-kluis die wordt gebruikt voor de installatie van de gemoderniseerde architectuur bevindt zich op dezelfde geografische locatie als de klassieke kluis.
- Er wordt een Azure Site Recovery-replicatieapparaat geïmplementeerd op uw on-premises met versie 9.50 of hoger.
- Het apparaat is geregistreerd bij de kluis.
- Het apparaat en alle onderdelen hebben een niet-kritieke status en het apparaat heeft een gezonde heartbeat.
- De versie van vCenter Server wordt ondersteund door de gemoderniseerde architectuur.
- De details van de vCenter Server van de bronmachine worden toegevoegd aan het apparaat.
- De linux-distributieversie wordt ondersteund door de gemoderniseerde architectuur. Meer informatie.
- De Windows Server-versie wordt ondersteund door de gemoderniseerde architectuur. Meer informatie.
Totale tijd berekenen om te verplaatsen
De totale tijd die nodig is om gerepliceerde items van de klassieke kluis naar een gemoderniseerde kluis te verplaatsen, is afhankelijk van de replicatiestatus van het item en de schijfgrootte.
| Provincie | Tijd om te migreren naar een gemoderniseerde kluis |
|---|---|
| De beveiligingsstatus van gerepliceerd item is in orde en het laatste herstelpunt is minder dan 50 minuten geleden gemaakt | De migratie is binnen 1-2 uur voltooid |
| De beveiligingsstatus van gerepliceerd item is niet in orde of het laatste herstelpunt is meer dan 50 minuten geleden gemaakt | De migratietijd varieert en is afhankelijk van de schijfgrootte |
Als de beveiligingsstatus van uw machines niet in orde is, gebruikt u de onderstaande formule om de exacte tijd voor uw machines te berekenen:
Tijd om te migreren = 1 uur + 45 seconde/GiB
| Machineconfiguratie | Tijd om te migreren |
|---|---|
| Eén machine met twee schijven, beide van grootte 256 GiB | ~ 4 uur 15 minuten [Beide schijven worden parallel gemigreerd] |
| 10 machines met elk twee schijven, beide van grootte 256 GiB | ~ 4 uur 15 minuten [Alle VM's en hun schijven worden parallel gemigreerd] |
| Eén machine met vier schijven, alle grootte 512 GiB | ~ 7 uur 30 minuten [Beide schijven worden parallel gemigreerd] |
| 10 machines met elk vier schijven, alle grootte 512 GiB | ~ 7 uur 30 minuten [Alle VM's en hun schijven worden parallel gemigreerd] |
Dezelfde formule wordt gebruikt om de tijd voor migratie te berekenen en wordt weergegeven in de portal.
Vereiste infrastructuur definiëren
Wanneer u machines migreert van de klassieke naar een gemoderniseerde architectuur, moet u ervoor zorgen dat de vereiste infrastructuur al is geregistreerd in de gemoderniseerde Recovery Services-kluis. Raadpleeg de grootte en capaciteitsgegevens van het replicatieapparaat om de vereiste infrastructuur te definiëren.
In de regel moet u hetzelfde aantal replicatieapparaten instellen als het aantal processervers in uw klassieke Recovery Services-kluis. Als er in de klassieke kluis één configuratieserver en vier processervers waren, moet u vier replicatieapparaten instellen in de gemoderniseerde Recovery Services-kluis.
Prijzen
Er worden nog steeds kosten in rekening gebracht voor de klassieke kluis totdat de bewaarperiode van alle herstelpunten is verlopen. Zodra alle herstelpunten zijn opgeschoond, worden de prijzen ook gestopt in de klassieke kluis. Zodra de bewaarperiode van alle herstelpunten is verlopen, wordt het gerepliceerde item automatisch verwijderd via een door het systeem geactiveerde opschoonreplicatiebewerking.
Met Site Recovery worden licentiekosten in rekening gebracht voor gerepliceerde items in de gemoderniseerde kluis, pas nadat het eerste herstelpunt is gegenereerd en de oudere kluis is opgeschoond. Als er dagen voor gratis proefversies in behandeling zijn in de klassieke kluis, worden dezelfde gegevens doorgegeven aan de gemoderniseerde kluis. De prijzen beginnen alleen op de gemoderniseerde kluis nadat deze proefperiode is verstreken.
Notitie
Op een bepaald moment worden de prijzen slechts uitgevoerd met behulp van één kluis, ofwel de klassieke of gemoderniseerde kluis.
Faqs
Waarom zou ik mijn machines migreren naar de gemoderniseerde architectuur?
Het is belangrijk om te weten dat de klassieke architectuur voor herstel na noodgevallen wordt uitgefaseerd, dus gebruikers moeten ervoor zorgen dat ze overschakelen naar de nieuwste en gemoderniseerde versie. De volgende tabel bevat een vergelijking van de twee architecturen om u te helpen bij het kiezen van de juiste optie voor het beveiligen van uw machines in het geval van een noodgeval.
| Klassieke architectuur | Gemoderniseerde architectuur [Nieuw] |
|---|---|
| Er zijn meerdere instellingen vereist voor het detecteren van on-premises gegevens. | Centrale detectie van on-premises datacenter met behulp van detectieservice. |
| Uitgebreid aantal stappen dat nodig is voor de eerste onboarding. | Vereenvoudig de onboarding-ervaring door het maken van artefacten te automatiseren en standaardwaarden geïntroduceerd om de vereiste invoer te verminderen. |
| Maakt gebruik van een handmatig gedownload bestand om cloudcontext te verkrijgen. | Er is een replicatiesleutel geïntroduceerd voor het verkrijgen van cloudcontext bij het instellen van het apparaat. |
| Veel stappen die nodig zijn voor een eenvoudig replicatieproces inschakelen. | Vereenvoudig de ervaring voor het inschakelen van replicatie door het aantal vereiste invoer te verminderen en elke blade opnieuw te definiëren. |
| Configuratieserver blijft een on-premises infrastructuur met uitgebreide installatie voor verschillende onderdelen. | Verbeterd apparaat door alle onderdelen te converteren naar door Azure gehoste microservices. Dit vereenvoudigt het schalen, bewaken en oplossen van problemen met apparaten. |
| Behoefte aan uitschalen van processerver en hoofddoelserver in Azure voor Linux-machines is een hinderlijk vereiste. | De noodzaak voor het onderhouden van afzonderlijke processerver en hoofddoelserver is verwijderd. |
| Er is een statische wachtwoordzin gebruikt voor verificatie, waardoor de zakelijke vereisten van de klant van periodieke wachtwoordrotatie worden beïnvloed. | Op certificaten gebaseerde verificatie geïntroduceerd, die veiliger is en de beveiligingsproblemen van klanten oplost. |
| Upgraden naar een bijgewerkte versie moet handmatig worden uitgevoerd en is een lastig proces. | Er zijn automatische upgrades geïntroduceerd voor zowel apparaatonderdelen als Mobility-service. |
| De configuratieserver heeft geen hoge beschikbaarheid en kan risico lopen op samenvouwen. | Hoge beschikbaarheid van het apparaat geïmplementeerd om tolerantie te garanderen. |
| De basisreferenties moeten regelmatig worden bijgewerkt om ervoor te zorgen dat er een foutloze upgrade wordt uitgevoerd. | Elimineer de vereiste voor het onderhouden van de hoofdreferenties van de computer voor het uitvoeren van automatische upgrades. |
| Statisch IP-adres moet worden toegewezen aan de configuratieserver om de connectiviteit te behouden. | FQDN-connectiviteit geïntroduceerd tussen apparaten en on-premises machines. |
| Alleen dat virtuele netwerk waarvoor site-naar-site-VPN of ExpressRoute is ingeschakeld, moet worden gebruikt. | De noodzaak om een site-naar-site-VPN of ExpressRoute te onderhouden voor omgekeerde replicatie is verwijderd. |
| Hulpprogramma van derden, MySQL, moet ook worden ingesteld. | De afhankelijkheid van hulpprogramma's van derden is verwijderd. |
Welke machines moeten worden gemigreerd naar de gemoderniseerde architectuur?
Alle VMware- of fysieke machines die worden gerepliceerd met behulp van een configuratieserver, moeten worden gemigreerd naar de gemoderniseerde architectuur.
Waar moet mijn gemoderniseerde Recovery Services-kluis worden gemaakt?
De gemoderniseerde Recovery Services-kluis moet zich in dezelfde regio en tenant bevinden als de klassieke kluis. Het kan deel uitmaken van een abonnement of resourcegroep.
Wordt mijn replicatie voortgezet terwijl de migratie plaatsvindt?
Nee, de replicatie wordt enige tijd onderbroken terwijl de migratie wordt uitgevoerd. Gedurende deze tijd is het laatst gemaakte herstelpunt, in de klassieke Recovery Services-kluis, beschikbaar voor failover naar. Zodra de migratie is voltooid, wordt er een nieuw herstelpunt gegenereerd in de gemoderniseerde Recovery Services-kluis.
Wanneer wordt mijn migratiebewerking gemarkeerd als voltooid?
Migratiebewerking wordt alleen gemarkeerd als voltooid zodra het eerste herstelpunt is gemaakt in de gemoderniseerde Recovery Services-kluis.
Welke bewerkingen kunnen worden uitgevoerd vanuit mijn klassieke Recovery Services-kluis nadat de migratie is uitgevoerd?
U kunt na de migratie failover uitvoeren vanuit uw klassieke kluis. De failoverbewerking blijft beschikbaar in de klassieke kluis totdat de herstelpunten verlopen.
Als de bewaarperiode voor een gerepliceerd item bijvoorbeeld 72 uur (drie dagen) is, blijft het laatste herstelpunt in de klassieke kluis gedurende 72 uur (drie dagen) beschikbaar na een geslaagde migratie. Na de opgegeven tijd activeert Azure Site Recovery automatisch een opschoningsbewerking op het gerepliceerde item en voert u het opschonen van alle gekoppelde opslag- en factureringsveroorzakende items uit.
Wat gebeurt er als een noodgeval mijn machine aantreft terwijl de migratiebewerking wordt uitgevoerd?
Gerepliceerde items die worden gemigreerd, kunnen de failoverbewerking nog steeds ondersteunen via de klassieke Recovery Services-kluis totdat de bewaarperiode voor het laatste herstelpunt is beëindigd. Als u een failoverbewerking probeert uit te voeren, heeft deze voorrang op de migratiebewerking en wordt de migratietaak afgebroken. Om ervoor te zorgen dat uw gerepliceerde item wordt gemigreerd, moet u de migratiebewerking later opnieuw activeren.
Notitie
De compute- en netwerkeigenschappen van gerepliceerde items kunnen worden bijgewerkt terwijl de migratie wordt uitgevoerd. De wijzigingen worden echter mogelijk niet gerepliceerd in de gemoderniseerde Recovery Services-kluis.
Hoeveel machines kan ik in één van de klassieke naar de gemoderniseerde kluis migreren?
U kunt in één gebruik maximaal 10 machines migreren via de portal.
Moet ik het virtuele netwerk, de opslagaccounts en het replicatiebeleid opnieuw maken dat in de nieuwe kluis moet worden gebruikt?
Nee, dezelfde resources, die eerder werden gebruikt, worden ook standaard ingesteld in de gemoderniseerde kluis. U kunt deze altijd wijzigen op de blade Compute en Netwerk van het gerepliceerde item. U moet ervoor zorgen dat de resources over de vereiste toegang blijven beschikken.
Hoe wordt mijn replicatiebeleid verplaatst naar de gemoderniseerde kluis?
Als vereiste maakt Site Recovery replicatiebeleid in de gemoderniseerde kluis met dezelfde configuratie als in de klassieke kluis. Dus voordat een gerepliceerd item wordt verplaatst, wordt het bijbehorende beleid gemaakt in de gemoderniseerde kluis. Het is raadzaam om te voorkomen dat u wijzigingen aanbrengt in de configuratie van replicatiebeleid in de klassieke kluis nadat de migratie is geactiveerd, omdat deze wijzigingen niet worden doorgevoerd in de gemoderniseerde kluis. U kunt deze wijzigingen het beste aanbrengen voordat u het migratieproces start.
Het replicatiebeleid dat is gemaakt in de gemoderniseerde kluis, wordt de naam gewijzigd in de gemoderniseerde kluis. Het wordt voorafgegaan door de naam van de resourcegroep en de kluisnaam van de gemoderniseerde Recovery Services-kluis. Dus als de beleidsnaam 'standaardreplicatiebeleid' was in de klassieke kluis, is in de gemoderniseerde kluis de naam default replication policy contoso-modern-vault_contoso-rgvan dit beleid, op basis van de naam van de kluis contoso-modern-vault en is de resourcegroep contoso-rg van de kluis.
Kan ik mijn replicatiebeleid bewerken tijdens de migratie of na de migratie in de klassieke kluis?
Als de replica van een replicatiebeleid al is gemaakt in de gemoderniseerde kluis, worden eventuele wijzigingen in het beleid in de klassieke kluis niet doorgegeven aan de gemoderniseerde kluis.
Dus als er 10 gerepliceerde items zijn die worden gerepliceerd met behulp van een beleid en u besluit 5 van deze items naar de gemoderniseerde ervaring te verplaatsen, wordt er een kopie van het beleid gemaakt voordat de migratie wordt gestart. Voordat u de migratie van de resterende vijf items uitvoert, wordt het beleid van de gemoderniseerde kluis niet bijgewerkt als er wijzigingen worden aangebracht in het beleid in de klassieke kluis. U moet deze configuratiewijzigingen ook aanbrengen in de gemoderniseerde kluis.
Hoe kan ik gerepliceerde items, die aanwezig zijn in een replicatiegroep, ook wel consistentiegroepen met meerdere vm's genoemd?
Alle gerepliceerde items die deel uitmaken van een replicatiegroep, worden samen gemigreerd. U kunt ze allemaal selecteren door de replicatiegroep te selecteren of ze allemaal over te slaan. Als het migratieproces voor sommige machines in een replicatiegroep mislukt, maar voor anderen slaagt, wordt een terugdraaiactie naar de klassieke ervaring uitgevoerd voor de mislukte gerepliceerde items en kan het migratieproces opnieuw worden geactiveerd voor deze items.
Kan ik mijn klassieke installatie migreren met een openbaar eindpunt naar een gemoderniseerde installatie met een privé-eindpunt?
Nee, u kunt de klassieke installatie voor herstel na noodgevallen alleen verplaatsen met een openbaar eindpunt naar de gemoderniseerde openbare eindpuntinstallatie. Houd er rekening mee dat migratie van niet-privé-eindpunten naar privé-eindpunt niet wordt ondersteund, maar dat de migratie van privé-eindpunten naar privé-eindpunten wordt ondersteund.
Volgende stappen
Overstappen van klassiek naar gemoderniseerd VMware-herstel na noodgevallen