Workloads migreren naar Azure VMware Solution

Dit artikel bevat richtlijnen om besluitvormers te helpen bij het definiëren van hun migratiestrategie voor Azure VMware Solution, waaronder plannings-, uitvoerings- en buitengebruikstellingsfasen.

Azure VMware Solution biedt een gestructureerd pad voor het migreren van VMware-workloads naar Azure met minimale toepassingswijziging. Succes is afhankelijk van meer dan het verplaatsen van virtuele machines. Organisaties hebben duidelijke migratiebeleidsregels, evaluatiecriteria voor workloads, validatiestandaarden en uitvoeringscontroles nodig die risico's verminderen, operationele continuïteit behouden en platformdoelstellingen voor de lange termijn ondersteunen.

Aanbeveling: Definieer uw migratiestrategie, workloadevaluatiebenadering, migratievolgorde en validatievereisten voordat u workloads migreert naar Azure VMware Solution.

1. Migratieplanning

Voordat u iets ontwerpt, bouwt u een duidelijk beeld van wat u migreert, in welke volgorde en waarom. Gebruik de Cloud Adoption Framework Plan methodologie om uw onroerend goed te beoordelen. Azure VMware Solution past het beste bij een rehost-benadering, waarbij u minimale onderbrekingen en geen modernisering op korte termijn nodig hebt. Het is niet de juiste thuisbasis voor elke toepassing en de planningsfase is waar u beslist.

1.1 Detectie en inventarisatie

Azure Migrate scant uw on-premises vSphere-omgeving en bouwt een inventaris van virtuele machines, het resourcegebruik en de bijbehorende afhankelijkheden. Deze gegevens zijn bepalend voor zowel de capaciteitsbepaling (hoeveel hosts en welk hosttype) als de waveplanning (welke workloads samen worden verplaatst). Azure Migrate voert de verplaatsing niet uit naar Azure VMware Solution. Het geeft u het bewijs om de grootte en volgorde van het project te bepalen.

1.2 Migratiestrategie

Azure VMware Solution ondersteunt voornamelijk de methode voor opnieuw hosten. Toepassingen die een herstructurerings- of herarchitect-behandeling nodig hebben, kunnen beter worden bediend door Azure systeemeigen rekenkracht. Noteer deze beslissingen zodat het plan opzettelijke keuzes weerspiegelt in plaats van standaardinstellingen. Zie Een strategie voor cloudmigratie selecteren.

1.3 Evaluatie van workload

Niet elke workload is een even geschikte kandidaat voor Azure VMware Solution. Voordat u workloads toewijst aan migratiegolven, evalueert u de technische vereisten, operationele afhankelijkheden en de platformvereisten. Met een gestructureerde evaluatie kunt u risico's vroegtijdig identificeren, geschiktheid valideren en ervoor zorgen dat migratieplannen bedrijfsprioriteiten weerspiegelen in plaats van veronderstellingen.

1.3.1 Vereisten

Voordat u een workload toewijst aan een migratiegolf, moet u de technische, operationele en bedrijfsvereisten beoordelen die invloed hebben op het succes ervan op Azure VMware Solution. Deze evaluatie helpt u bij het bepalen van de geschiktheid van het platform, het identificeren van potentiële migratieuitdagingen en het verstrekken van de informatie die nodig is voor het bepalen, sequentiëren en gereedheidsbeslissingen. Wanneer u elke workload beoordeelt, moet u zich richten op:

Prestatievereisten: Inzicht in CPU-, geheugen-, opslag-IOPS- en netwerkdoorvoervereisten. Koppel deze vereisten aan Azure VMware Solution-host-SKU’s en vSAN-opslagbeleid, inclusief RAID-configuratie en failures-to-tolerate-instellingen (FTT).
Toepassingsafhankelijkheden: Bepaal met welke systemen elke workload communiceert. Afhankelijkheden bepalen de planning van uw migratiegolf en of afhankelijke systemen samen moeten worden verplaatst.
Compatibiliteitsvereisten: Controleer of gastbesturingssystemen en software van derden worden ondersteund op Azure VMware Solution. De meeste workloads die worden uitgevoerd op on-premises vSphere worden uitgevoerd op Azure VMware Solution zonder wijziging, maar valideren in plaats van ervan uit te gaan en ervoor te zorgen dat u uw terugdraaibenadering test voor problematische migraties.
Netwerkvereisten: Documenteer de netwerksegmenten, IP-adressen, DNS-configuraties en firewallregels die elke workload nodig heeft. Identificeer latentiegevoelige workloads en zorg ervoor dat de netwerkarchitectuur is geoptimaliseerd om hun behoeften te ondersteunen.

1.3.2 Behandeling van werkbelasting

Een workloadbeoordeling brengt in kaart wat een workload nodig heeft. De verwerking van de workload bepaalt welke actie moet worden genomen. Besluitvormers moeten evalueren of elke toepassing deel uitmaakt van Azure VMware Solution, of deze on-premises moet blijven of of delen van de toepassing beter worden bediend door Azure systeemeigen services. Bepaal voor elke workload het volgende:

Of de werklast daar thuishoort. Workloads die al goed op vSphere draaien, zijn logische kandidaten, vooral die zonder moderniseringsplannen op korte termijn. Voor een workload die wordt uitgefaseerd of wordt vervangen door een SaaS-oplossing, moet u afwegen of het verplaatsen ervan waarde toevoegt of dat deze op zijn plaats moet blijven tot het einde van de levensduur.
Of elke laag daar hoort. Een workload heeft vaak meer dan één laag, zoals een webfront-end en een database. U kunt de virtuele machines van de toepassing uitvoeren op Azure VMware Solution en deze verbinden met Azure systeemeigen gegevensservices, zoals Azure SQL Database. Deze configuratie biedt u de voordelen van beheerde databases naast uw VMware-workloads en vermindert de kosten voor uw VMware-host en -licentie.

1.4 Migratiegereedheid

Definieer de minimale operationele, prestatie-, beveiligings- en governancevereisten waaraan elke workload moet voldoen voordat u deze goedkeurt voor productiegebruik.

Pas een consistent validatieframework toe voor elke migratiegolf. Het kader moet de vereiste controles, goedkeuringscriteria en het bewijs definiëren dat teams moeten leveren voordat cutover-goedkeuring wordt verleend. Valideer ten minste het volgende:

Status van HCX-replicatie
routeerbaarheid van NSX-segmenten
ESXi-hostgezondheid
Identiteits- en verificatiebereikbaarheid vanuit het doelsegment
Status van ondersteunende services zoals back-up en bewaking

Bepaal of teams metrische basislijnprestaties moeten vastleggen uit de bronomgeving vóór de migratie. Deze metingen bieden een referentiepunt voor het valideren van prestaties na de migratie en het identificeren van regressies.

Voordat u cutover uitvoert, moeten teams bepalen of externe DNS-records, load balancer-configuraties, toepassingseindpunten of andere connectiviteitsafhankelijkheden updates vereisen. Neem alle vereiste wijzigingen op in het wave cutover-plan om het risico op serviceonderbreking te verminderen.

1.5 Azure VMware Solution migratievolgorde

Migratiesequentiëring bepaalt welke workloads naar Azure VMware Solution eerste, tweede enzovoort gaan. Een goede gefaseerde planning beperkt risico's en voorkomt onnodige verstoringen.

Groeperen op afhankelijkheid: Gebruik de afhankelijkheidsgegevens van detectie om sets virtuele machines te vinden die nauw samenwerken, zoals een toepassingsserver en de bijbehorende database. Verplaats ze in dezelfde golf, zodat verkeer niet het netwerk doorkruist voor elke aanvraag wanneer één deel nog steeds on-premises wacht.
Bestaande regels in kaart brengen: Documenteer alle affiniteits- of antiaffiniteitsregels in uw on-premises omgeving en plan hoe u deze kunt nabootsen. Azure VMware Solution plaatsingsbeleid dwingt affiniteit tussen virtuele machines af, wat van belang is voor licentiebeperkingen zoals SQL Server en voor strikte prestatiebehoeften.
Reeks op risico: Begin met workloads met een lager risico, zoals niet-productiesystemen of toepassingen met weinig afhankelijkheden. Uw team bouwt vertrouwen op met het proces voordat deze bedrijfskritieke toepassingen gebruikt. Ga naar workloads met een hogere complexiteit naarmate de ervaring groeit.
Afstemmen op plannen voor netwerkuitbreiding: Baseer de volgorde op uw on-premises-netwerkindeling. Wanneer verschillende toepassingen een netwerksegment delen, migreert u ze in dezelfde golf of in opeenvolgende golven. Vervolgens kunt u het segment snel overzetten naar een systeemeigen netwerk van Azure VMware Solution en de tijdelijke extensie verwijderen.

1.6 Migratiehulpprogramma's

Gebruik VMware HCX om workloads te verplaatsen naar Azure VMware Solution met minimale onderbrekingen. HCX Enterprise is gratis inbegrepen en wordt standaard geïnstalleerd, waardoor opties zoals Replication Assisted vMotion en Mobility Optimized Networking worden ontgrendeld. U hoeft HCX niet te gebruiken, en u kunt ook fysieke workloads migreren met behulp van een migratieoplossing van een partner.

1.6.1 Migratiebenadering

vMotion verplaatst een actieve workload zonder uitvaltijd en op generatie 2 wordt deze doorgaans sneller uitgevoerd dan bulkmethoden. Replicatiegestuurde en bulkmigraties kunnen momenteel langzamer verlopen op Generatie 2, dus plan langere tijdsvensters en stem de migratiegolven daarop af. Zie Azure VMware Solution overwegingen voor het ontwerpen van privéclouds van generatie 2.

1.6.2 Netwerkuitbreidingsbeheer

Sommige teams behandelen de netwerkextensie als permanent ontwerp. Dat is het niet. Houd extensies alleen open voor het migratievenster. De HCX-netwerkextensie rekt een on-premises netwerk uit naar Azure VMware Solution op Laag 2, waarmee workloads hun bestaande adressen tijdens de verplaatsing kunnen behouden. Met dit ontwerp voorkomt u dat toepassingen vooraf opnieuw worden geconfigureerd en er is sprake van compromissen die een besluitvormer moet beheren.

Lokale afhankelijkheid. Een uitgebreid netwerk houdt de gateway meestal on-premises, dus de workload is nog steeds afhankelijk van de bronsite nadat deze is verplaatst.
Inefficiënte routing. Verkeer kan teruggaan naar on-premises en retourneren, een patroon met de naam tromboning waarmee latentie- en storingspunten worden toegevoegd.

Stel een stevig beleid in. Breid een netwerk alleen uit wanneer een werkbelasting het adres ervan niet kan wijzigen en verwijder elke extensie zodra de workloads zijn verplaatst. Evalueer eerst uw on-premises netwerk, zodat u weet welke segmenten extensie nodig hebben en hoe lang. Die evaluatie vormt de basis voor zowel uw waveplan als uw uitbreidingsplanning. Geoptimaliseerde netwerken voor mobiliteit kunnen in specifieke gevallen tromboning verminderen, dus bevestig de ondersteunde configuraties voordat u deze inschakelt. Zie HCX-netwerkextensie configureren.

2. Migratievoorbereiding

De volgende implementatiereeks weerspiegelt de afhankelijkheden tussen fasen. Bij elke stap wordt ervan uitgegaan dat de vorige stap is voltooid en gevalideerd.

Platformlandingszone: Zorg ervoor dat alle vereiste gecentraliseerde netwerk-, identiteits-, beveiligings- en bewakingsservices gereed zijn voor integratie met Azure VMware-workloads. Pas de governance- en beveiligingsbasislijnen via Azure Policy toe op de hiërarchie van uw beheergroep waarmee u aan uw nalevingsvereisten kunt voldoen. Generatie 2 wordt geïmplementeerd in uw virtuele netwerk, dus een beleidsbasislijn die strikte regels afdwingt voor netwerkbeveiligingsgroepen of routetabellen, kan de implementatie blokkeren. Verwijder deze specifieke beleidsregels uit het virtuele netwerk van de privécloud voordat u deze implementeert en pas ze daarna opnieuw toe. Plan deze uitzondering in uw basislijn, zodat governance de implementatie niet in de weg staat.
Landingszones voor workloads: Plaats uw landingszones voor workloads (abonnementen) onder de juiste beheergroep, online of intern ("Corp").
IP-adresbereiken: Reserveer een minimaal /22-adresblok voor de privécloud. Voor generatie 2 dient u ook twee extra /24-blokken te reserveren voor HCX-beheer en de uplink. Controleer of geen van deze adresbereiken overlapt met uw on-premises-, Azure- of andere cloudadresruimte. U kunt deze voorwaarde niet eenvoudig corrigeren na de implementatie. Bekijk ontwerpoverwegingen voor generatie 2.
Quotumaanvraag: Aanvraagquotum vroeg, omdat toewijzing maximaal vijf werkdagen kan duren. Vraag voldoende aan voor groei en disaster recovery, zoals N+1-redundantie, wat neerkomt op één extra host boven op wat de workload nodig heeft. Bevestig de Portable VMware Cloud Foundation-licentie die voor nieuwe implementaties is vereist. Zie Hostquotum aanvragen.
Azure VMware Solution privécloudimplementatie: richt de privécloud van de tweede generatie in het Azure virtuele netwerk in. Zie Een privécloud van de tweede generatie maken.
Netwerk- en identiteitsconfiguratie: Koppel het privécloudnetwerk aan uw hub en breng on-premises connectiviteit tot stand. Verbind vCenter Server met uw externe identiteitsbron, zodat beheerders zich aanmelden met beheerde accounts in plaats van gedeelde ingebouwde referenties.
Bewaking en beheer: Stuur logboeken door naar uw oplossing voor logboekbeheer en configureer Service Health-waarschuwingen. Onboarding van virtuele gastmachines via Azure Arc zodat u ze kunt beheren met dezelfde Azure hulpprogramma's die u elders gebruikt.
HCX-installatie: Installeer HCX en test de site-naar-siteverbinding voordat u met de eerste migratiegolf begint.

3. Migratie-uitvoering

Bepaal vóór elke fase wat "klaar" betekent. Een wave is voltooid wanneer de workload is gevalideerd, de netwerkuitbreiding is verwijderd en de toepassing goed functioneert in de permanente situatie.

Definieer terugdraaicriteria vóór elke golf en test het terugdraaipad voordat u productiesystemen migreert. HCX ondersteunt omgekeerde migratie en de exacte benadering is afhankelijk van het migratietype dat u hebt gebruikt. De succescriteria voor de wave zijn onder andere:

Elke virtuele machine in de migratiegolf draait op Azure VMware Solution en is niet langer afhankelijk van netwerkuitbreiding voor productieverkeer.
Elke toepassing is bereikbaar door de gebruikers en de afhankelijke systemen.
Elke virtuele machine wordt weergegeven in uw bewakingshulpprogramma's zonder waarschuwingen of fouten.
Een rollback is niet langer nodig en u kunt de rollback formeel afsluiten.
De prestaties van de applicatie komen overeen met of overtreffen de basislijn.
De workloads voldoen aan uw beveiligings- en nalevingsvereisten.
De workload is succesvol toegevoegd aan back-up- en noodhersteloplossingen.

4. Migratie-evaluatie en buiten gebruik stellen

Migratie eindigt niet wanneer workloads worden ingeschakeld in Azure VMware Solution. Controleer of workloads correct werken in hun nieuwe omgeving, controleer of tijdelijke migratie-accommodaties zijn verwijderd en stel de broninfrastructuur formeel buiten gebruik. Als u uw on-premises infrastructuur behoudt, kan dit leiden tot onontdekte en niet-gedocumenteerde afhankelijkheden. Een gedisciplineerd evaluatie- en buitengebruikstellingsproces zorgt ervoor dat de organisatie de verwachte voordelen van migratie realiseert zonder onnodige operationele kosten of risico's te dragen.

4.1 Productiegereedheid na de cutover

Stel criteria na de cutover verplicht die bevestigen dat de workload functioneert zoals verwacht. Controleer de netwerkbereikbaarheid en naamresolutie. Controleer de toepassingsfunctie en communicatie met afhankelijke systemen. Nadat elke virtuele machine is verplaatst, bevestigt u dat deze wordt gestart, of de resources overeenkomen met het plan en of het juiste opslagbeleid van toepassing is. Prestaties vergelijken met de basislijn vóór de migratie.

Bepaal uw pariteitsbeleid. De belangrijkste beslissing is of een gemigreerde workload volledige pariteit moet bereiken met de on-premises situatie voordat u deze als productierijp beschouwt, of dat u tijdelijke afwijkingen toestaat. Veel organisaties eisen onmiddellijke prestatiepariteit voor klantgerichte systemen, maar verlenen interne toepassingen een korte stabilisatieperiode met een vaste hersteldeadline.

4.2 Connectiviteitsvalidatie

Valideer de connectiviteit end-to-end voor Azure VMware Solution, Azure, on-premises, internet en naamomzetting. Voer smoketests van de applicatie uit om te controleren of de workload het beoogde doel dient. Bevestig of externe naamrecords of load balancer-instellingen moeten worden bijgewerkt als onderdeel van de omschakeling.

Als u een secundair exemplaar van Azure VMware Solution voor herstel na noodgevallen hebt gemaakt, moet u ervoor zorgen dat deze bereikbaar is vanaf zowel het primaire exemplaar als van clients of ondersteunende services die er verbinding mee moeten maken als deze is geactiveerd.

4.3 Opheffing van de netwerkuitbreiding

Wanneer alle workloads op een uitgebreid segment worden verplaatst, verwijdert u de HCX Layer 2-extensie en controleert u of de systeemeigen gateway van Azure VMware Solution correct routeert. Laat een extensie niet langer staan dan de migratiebehoeften.

4.4 Bronomgeving buiten gebruik stellen

Buitengebruikstelling maakt broncapaciteit, licenties en operationele dekking formeel vrij. Behandel het als een gestuurde overdracht in plaats van als een opschoontaak. Als u de buitengebruikstelling overslaat, betaalt u voor niet-actieve infrastructuur en draagt u beveiligingsblootstelling. Gebruik Bronworkloads buiten gebruik stellen na migratie naar de cloud om de volgorde van de bewerkingen, de bewaarperiode voor bronback-ups, de vereiste goedkeuringen om bronsystemen uit te schakelen en de criteria voor het vrijgeven van licenties en hardware in te stellen.

Volgende stappen

Ontwerp van de workload:

Feedback

Is deze pagina nuttig?

Last updated on 2026-08-26