Migratie en modernisering: veelgestelde vragen

In dit artikel vindt u antwoorden op veelgestelde vragen over het hulpprogramma Migratie en modernisering . Als u andere vragen hebt, controleert u deze resources:

• Algemene informatie over Azure Migrate ophalen.
• Lees veelgestelde vragen over het Azure Migrate-apparaat.
• Meer informatie over detectie, evaluatie en visualisatie van afhankelijkheden.
• Stel vragen op het Azure Migrate-forum.

Algemene vragen

Wat zijn de migratieopties met het hulpprogramma Migratie en modernisering?

Het hulpprogramma Migratie en modernisering biedt migratie zonder agent en op agents gebaseerde migratie om uw bronservers en virtuele machines (VM's) naar Azure te migreren.

Ongeacht welke migratieoptie u kiest, is de eerste stap om een server te migreren met behulp van het hulpprogramma Migratie en modernisering de replicatie voor de server te starten. Met dit proces wordt een initiële replicatie van uw VM-/servergegevens naar Azure uitgevoerd. Nadat de initiële replicatie is voltooid, wordt een doorlopende replicatie (deltasynchronisatie) tot stand gebracht waarmee incrementele gegevens naar Azure worden gemigreerd. Nadat de bewerking de deltasynchronisatiefase heeft bereikt, kunt u ervoor kiezen om op elk gewenst moment naar Azure te migreren.

Houd rekening met de volgende informatie wanneer u besluit welke migratieoptie u wilt gebruiken.

Voor migraties zonder agent hoeft u geen software (agents) te implementeren op de bron-VM's/servers die u migreert. De optie zonder agent organiseert replicatie door integratie met de functionaliteit van de virtualisatieprovider.

Replicatieopties zonder agent zijn beschikbaar voor VMware-VM's en Hyper-V-VM's.

Voor migraties op basis van agents moet u Azure Migrate-software (agents) installeren op de bron-VM's die u migreert. De optie op basis van agents is niet afhankelijk van het virtualisatieplatform voor de replicatiefunctionaliteit. Het kan worden gebruikt met elke server waarop een x86/x64-architectuur en een versie van een besturingssysteem wordt uitgevoerd die door de replicatiemethode op basis van agents wordt ondersteund.

De migratieoptie op basis van agents kan worden gebruikt voor:

• VMware-VM's.
• Virtuele Hyper-V-machines.
• Fysieke servers.
• VM's die worden uitgevoerd op AWS.
• VM's die worden uitgevoerd op GCP.
• VM's die worden uitgevoerd op een andere virtualisatieprovider.

Migratie op basis van agents behandelt uw machines als fysieke servers voor migratie.

Migratie zonder agent biedt meer gemak en eenvoud dan replicatieopties op basis van agents voor VMware- en Hyper-V-VM's. U kunt echter overwegen om het scenario op basis van de agent te gebruiken voor de volgende use cases:

• Omgevingen die worden beperkt door invoer-/uitvoerbewerkingen per seconde (IOPS): Replicatie zonder agent maakt gebruik van momentopnamen en verbruikt IOPS/bandbreedte voor opslag. We raden de migratiemethode op basis van agents aan als er beperkingen zijn voor opslag/IOPS in uw omgeving.

• Geen vCenter Server: als u geen vCenter Server hebt, kunt u uw VMware-VM's behandelen als fysieke servers en de migratiewerkstroom op basis van agents gebruiken.

Raadpleeg een VMware-migratieoptie selecteren voor meer informatie.

Welke geografische gebieden worden ondersteund voor migratie met Azure Migrate?

Bekijk de ondersteunde geografische regio's voor openbare clouds en overheidsclouds.

Kan ik hetzelfde Azure Migrate-project gebruiken om te migreren naar meerdere regio's?

Hoewel u evaluaties voor meerdere regio's in een Azure Migrate-project kunt maken, kan één Azure Migrate-project worden gebruikt om servers naar slechts één Azure-regio te migreren. U kunt meer Azure Migrate-projecten maken voor andere regio's.

• Voor VMware-migraties zonder agent wordt de doelregio vergrendeld wanneer u de eerste replicatie inschakelt.
• Voor migraties op basis van agents (VMware, fysieke servers en servers uit andere clouds) wordt de doelregio vergrendeld wanneer de knop Resources maken is geselecteerd in de portal wanneer u het replicatieapparaat instelt.
• Voor Hyper-V-migraties zonder agent wordt de doelregio vergrendeld wanneer de knop Resources maken is geselecteerd in de portal wanneer u de Hyper-V-replicatieprovider instelt.

Kan ik hetzelfde Azure Migrate-project gebruiken om te migreren naar meerdere abonnementen?

Ja, u kunt hetzelfde Azure Migrate-project gebruiken om te migreren naar meerdere abonnementen met dezelfde Azure-tenant in dezelfde doelregio. U kunt het doelabonnement selecteren wanneer u replicatie inschakelt voor een machine of een set computers.

De doelregio is vergrendeld:

• Na de eerste replicatie voor VMware-migraties zonder agent.
• Tijdens de installatie van het replicatieapparaat voor migraties op basis van agents.
• Tijdens de installatie van de Hyper-V-provider voor hyper-V-migraties zonder agent.

Biedt Azure Migrate ondersteuning voor Azure Resource Graph?

Momenteel is Azure Migrate niet geïntegreerd met Azure Resource Graph. Het biedt wel ondersteuning voor het uitvoeren van azure Resource Graph-gerelateerde query's.

Hoe worden de gegevens verzonden vanuit een on-premises omgeving naar Azure? Is het versleuteld vóór verzending?

Met replicatie zonder agent comprimeert en versleutelt het Azure Migrate-apparaat gegevens voordat het wordt geüpload. Gegevens worden verzonden via een beveiligd communicatiekanaal via https en maken gebruik van TLS 1.2 of hoger. Bovendien versleutelt Azure Storage uw gegevens automatisch wanneer deze de gegevens in de cloud bewaart (versleuteling-at-rest).

Kan ik de Recovery Services-kluis gebruiken die door Azure Migrate is gemaakt voor scenario's voor herstel na noodgevallen?

We raden u niet aan om de Recovery Services-kluis te gebruiken die is gemaakt door Azure Migrate voor scenario's voor herstel na noodgevallen, omdat dit kan leiden tot het starten van replicatiefouten in Azure Migrate.

Wat is het verschil tussen de testmigratie- en migratiebewerkingen?

Met de optie Testmigratie kunt u migraties testen en valideren vóór de daadwerkelijke migratie. Testmigratie werkt door u een sandbox-omgeving in Azure te laten gebruiken om de VM's vóór de daadwerkelijke migratie te testen. Een virtueel testnetwerk dat u opgeeft, geeft de sandbox-omgeving af. De testmigratiebewerking is niet-onderbroken, zolang het virtuele testnetwerk voldoende is geïsoleerd. Een virtueel netwerk is voldoende geïsoleerd wanneer u de regels voor binnenkomende en uitgaande verbindingen ontwerpt om ongewenste verbindingen te voorkomen. Bijvoorbeeld: u beperkt de verbinding met on-premises machines.

De toepassingen kunnen blijven worden uitgevoerd bij de bron terwijl u tests uitvoert op een gekloonde kopie in een geïsoleerde sandbox-omgeving. U kunt indien nodig meerdere tests uitvoeren om de migratie te valideren, app-tests uit te voeren en eventuele problemen vóór de daadwerkelijke migratie op te lossen.

Is er een optie voor terugdraaien voor Azure Migrate?

U kunt de optie Testmigratie gebruiken om de functionaliteit en prestaties van uw toepassing in Azure te valideren. U kunt een willekeurig aantal testmigraties uitvoeren en de laatste migratie uitvoeren nadat u het vertrouwen hebt vastgesteld via de testmigratiebewerking .

Een testmigratie heeft geen invloed op de on-premises machine, die operationeel blijft en blijft repliceren totdat u de daadwerkelijke migratie uitvoert. Als er fouten optreden tijdens het testen van gebruikersacceptatie (UAT) voor de testmigratie, kunt u ervoor kiezen om de uiteindelijke migratie uit te stellen en uw bron-VM/server actief te houden en te repliceren naar Azure. U kunt de uiteindelijke migratie opnieuw afhandelen nadat u de fouten hebt opgelost.

Kan ik het virtuele netwerk en subnet selecteren dat ik wil gebruiken voor testmigraties?

U kunt een virtueel netwerk selecteren voor testmigraties. Azure Migrate selecteert automatisch een subnet op basis van de volgende logica:

• Als u een doelsubnet (anders dan standaard) opgeeft als invoer tijdens het inschakelen van replicatie, geeft Azure Migrate prioriteit aan een subnet met dezelfde naam in het virtuele netwerk dat wordt gebruikt voor de testmigratie.
• Als een subnet met dezelfde naam niet wordt gevonden, selecteert Azure Migrate alfabetisch het eerste beschikbare subnet dat geen gateway, toepassingsgateway, firewall of Azure Bastion-subnet is.

Waarom is de knop Migratie testen uitgeschakeld voor mijn server?

De knop Migratie testen kan worden uitgeschakeld in de volgende scenario's:

• U kunt een testmigratie pas starten als een initiële replicatie voor de VIRTUELE machine is voltooid. De knop Migratie testen is uitgeschakeld totdat het initiële replicatieproces is voltooid. U kunt een testmigratie uitvoeren nadat uw virtuele machine zich in een deltasynchronisatiefase bevindt.
• De knop kan worden uitgeschakeld als een testmigratie al is voltooid, maar er geen opschoonactie voor de testmigratie is uitgevoerd voor die VM. Voer een opschoning van de testmigratie uit en voer de bewerking opnieuw uit.

Wat gebeurt er als ik mijn testmigratie niet opschoon?

Een testmigratie simuleert de daadwerkelijke migratie door een azure-VM te testen met behulp van gerepliceerde gegevens. De server wordt geïmplementeerd met een punt-in-time kopie van de gerepliceerde gegevens naar de doelresourcegroep (geselecteerd wanneer u replicatie inschakelt) met een -test achtervoegsel. Testmigraties zijn bedoeld om de serverfunctionaliteit te valideren om problemen na de migratie te minimaliseren.

Als de testmigratie na het testen niet wordt opgeschoond, blijft de test-VM in Azure worden uitgevoerd en worden er kosten in rekening gebracht. Als u wilt opschonen na een testmigratie, gaat u naar de weergave Replicerende machines in het hulpprogramma Migratie en modernisering en gebruikt u de actie Testmigratie opschonen op de machine.

Hoe kan ik weten of mijn VM is gemigreerd?

Nadat u de VM/server hebt gemigreerd, kunt u de VM bekijken en beheren vanuit het deelvenster Virtuele machines . Maak verbinding met de gemigreerde VM om te valideren.

U kunt ook de taakstatus voor de bewerking controleren om te controleren of de migratie is voltooid. Als er fouten worden weergegeven, lost u deze op en probeert u de migratiebewerking opnieuw uit te voeren.

Wat gebeurt er als ik de replicatie na de migratie niet stop?

Wanneer u de replicatie stopt, schoont het hulpprogramma Migratie en modernisering de beheerde schijven op in het abonnement dat is gemaakt voor replicatie.

Wat gebeurt er als ik na een migratie geen volledige migratie selecteer?

Wanneer u Volledige migratie selecteert, schoont het hulpprogramma Migratie en modernisering de beheerde schijven op in het abonnement dat is gemaakt voor replicatie. Als u de migratie na een migratie niet selecteert, worden er kosten in rekening gebracht voor deze schijven. Volledige migratie heeft geen invloed op de schijven die zijn gekoppeld aan machines die al zijn gemigreerd.

Hoe kan ik op UEFI gebaseerde machines migreren naar Azure als virtuele machines van de eerste generatie van Azure?

Met het hulpprogramma Migratie en modernisering worden op UEFI gebaseerde machines naar Azure gemigreerd als virtuele machines van de tweede generatie van Azure. Als u ze wilt migreren als virtuele Machines van de 1e generatie van Azure, converteert u het opstarttype naar BIOS voordat u de replicatie start en gebruikt u vervolgens het hulpprogramma Migratie en modernisering om naar Azure te migreren.

Converteert Azure Migrate UEFI-machines naar BIOS-machines en migreert deze naar Azure als virtuele Machines van de eerste generatie van Azure?

Met het hulpprogramma Migratie en modernisering worden alle op UEFI gebaseerde machines naar Azure gemigreerd als virtuele Machines van de tweede generatie van Azure. De conversie van vm's op basis van UEFI naar op BIOS gebaseerde VM's wordt niet meer ondersteund. Alle OP BIOS gebaseerde machines worden alleen naar Azure gemigreerd als virtuele machines van de 1e generatie van Azure.

Welke besturingssystemen worden ondersteund voor migratie van op UEFI gebaseerde machines naar Azure?

Besturingssystemen die worden ondersteund voor UEFI-computers	VMware zonder agent naar Azure	Hyper-V zonder agent naar Azure	Op agents gebaseerde VMware-, fysieke en andere clouds naar Azure
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012	J	J	J
Windows 11 Pro, Windows 11 Enterprise	J	J	J
Windows 10 Pro, Windows 10 Enterprise	J	J	J
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6	J	J	J
SUSE Linux Enterprise Server 12 SP4	J	J	J
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS	J	J	J
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	J	J	J
CentOS Stream	J	J	J
Oracle Linux 9, 8, 7.7-CI, 7.7, 6	J	J	J

Kan ik Active Directory-domeincontrollers migreren met behulp van Azure Migrate?

Het hulpprogramma Migratie en modernisering is toepassingsneutraal en werkt voor de meeste toepassingen. Wanneer u een server migreert met behulp van het hulpprogramma Migratie en modernisering , worden alle toepassingen die u op de server installeert, ermee gemigreerd. Alternatieve migratiemethoden zijn echter mogelijk beter geschikt voor het migreren van sommige toepassingen.

Voor Active Directory kan het type omgeving een factor zijn. In een hybride omgeving met een on-premises site die is verbonden met uw Azure-omgeving, kunt u uw directory uitbreiden naar Azure door extra domeincontrollers toe te voegen en Active Directory-replicatie in te stellen. U kunt het hulpprogramma Migratie en modernisering gebruiken als u:

• Migreren naar een geïsoleerde omgeving in Azure waarvoor eigen domeincontrollers zijn vereist.
• Toepassingen testen in een sandbox-omgeving.

Kan ik mijn besturingssysteem upgraden tijdens de migratie?

Het hulpprogramma Voor migratie en modernisering ondersteunt nu de upgrade van het Windows-besturingssysteem tijdens de migratie. Deze optie is momenteel niet beschikbaar voor Linux. Meer informatie over de upgrade van het Windows-besturingssysteem.

Heb ik VMware vCenter nodig om VMware-VM's te migreren?

Voor het migreren van VMware-VM's met behulp van migratie zonder VMware-agent of zonder agent moet vCenter Server de ESXi-hosts beheren waarop vm's zich bevinden. Als u geen vCenter Server hebt, kunt u VMware-VM's migreren als fysieke servers. Meer informatie.

Kan ik tijdens de migratie meerdere bron-VM's samenvoegen in één VM?

Het hulpprogramma migratie en modernisering ondersteunt momenteel like-for-like migraties. We bieden geen ondersteuning voor het consolideren van servers tijdens de migratie.

Wordt Windows Server 2008 en 2008 R2 na migratie ondersteund in Azure?

U kunt uw on-premises Windows Server 2008- en 2008 R2-servers migreren naar Azure-VM's en uitgebreide beveiligingsupdates voor drie jaar na het einde van de ondersteuningsdatums zonder extra kosten boven de kosten van het uitvoeren van de VIRTUELE machine krijgen. U kunt het hulpprogramma Migratie en modernisering gebruiken om uw Workloads van Windows Server 2008 en 2008 R2 te migreren.

Hoe kan ik Windows Server 2003 migreren die wordt uitgevoerd op VMware/Hyper-V naar Azure?

Uitgebreide ondersteuning voor Windows Server 2003 is beëindigd op 14 juli 2015. Het ondersteuning voor Azure team blijft helpen bij het oplossen van problemen die betrekking hebben op het uitvoeren van Windows Server 2003 in Azure. Deze ondersteuning is echter beperkt tot problemen waarvoor geen probleemoplossing of patches op besturingssysteemniveau vereist zijn.

U wordt aangeraden uw toepassingen te migreren naar Azure-exemplaren met een nieuwere versie van Windows Server om ervoor te zorgen dat u effectief de flexibiliteit en betrouwbaarheid van de Azure-cloud gebruikt.

Als u windows Server 2003 nog steeds wilt migreren naar Azure, kunt u het hulpprogramma Migratie en modernisering gebruiken als uw Windows Server-implementatie een virtuele machine is die wordt uitgevoerd op VMware of Hyper-V. Zie Uw Windows Server 2003-machines voorbereiden voor migratie voor meer informatie.

VMware-migratie zonder agent

Hoe werkt migratie zonder agent?

Het hulpprogramma Migratie en modernisering biedt replicatieopties zonder agent voor de migratie van VMware- en Hyper-V-VM's met Windows of Linux. Het hulpprogramma biedt een andere replicatieoptie op basis van agents voor Windows- en Linux-servers. Deze andere optie kan worden gebruikt voor het migreren van fysieke servers en x86/x64-VM's op providers zoals VMware, Hyper-V, AWS en GCP.

Replicatie op basis van agents vereist dat u agentsoftware installeert op de VM/server die u migreert. Voor de optie zonder agent hoeft u geen software te installeren op de VM's, wat gemak en eenvoud kan bieden.

De replicatieoptie zonder agent maakt gebruik van mechanismen die worden geleverd door de virtualisatieprovider (VMware of Hyper-V). Voor VMware-VM's maakt het replicatiemechanisme zonder agent gebruik van VMware-momentopnamen en VMware-technologie voor het bijhouden van gewijzigde blokken om gegevens van VM-schijven te repliceren. Veel back-upproducten maken gebruik van een vergelijkbaar mechanisme. Voor Virtuele Hyper-V-machines gebruikt het replicatiemechanisme zonder agent VM-momentopnamen en de mogelijkheid om wijzigingen bij te houden van de Hyper-V-replica om gegevens van VM-schijven te repliceren.

Wanneer replicatie is geconfigureerd voor een virtuele machine, doorloopt de VM eerst een initiële replicatiefase. Tijdens de initiële replicatie wordt een momentopname van een VM gemaakt en wordt een volledige kopie van gegevens van de momentopnameschijven gerepliceerd naar beheerde schijven in uw abonnement. Nadat de initiële replicatie voor de VIRTUELE machine is voltooid, wordt het replicatieproces overgestapt op een incrementele replicatiefase (deltareplicatie).

De incrementele replicatiefase behandelt alle gegevenswijzigingen die zijn opgetreden sinds de laatste voltooide replicatiecyclus. Deze wijzigingen worden periodiek gerepliceerd en toegepast op de door replica beheerde schijven. Met dit proces blijft de replicatie gesynchroniseerd met wijzigingen op de VIRTUELE machine.

Met VMware-technologie voor het bijhouden van gewijzigde blokken worden wijzigingen tussen replicatiecycli voor VMware-VM's bijgehouden. Aan het begin van de replicatiecyclus wordt een VM-momentopname gemaakt en het bijhouden van wijzigingenblokken gebruikt om de wijzigingen tussen de huidige momentopname en de laatst gerepliceerde momentopname te compileren. Als u de replicatie voor de virtuele machine synchroon wilt houden, moeten alleen gegevens die zijn gewijzigd sinds de laatste voltooide replicatiecyclus worden gerepliceerd.

Aan het einde van elke replicatiecyclus wordt de momentopname vrijgegeven en wordt momentopnameconsolidatie uitgevoerd voor de VIRTUELE machine. Op dezelfde manier houdt de Hyper-V-replicawijzigingsengine voor Hyper-V-VM's wijzigingen bij tussen opeenvolgende replicatiecycli bij.

Wanneer u de Migrate bewerking uitvoert op een replicerende VM, kunt u de on-premises VM afsluiten en één laatste incrementele replicatie uitvoeren om ervoor te zorgen dat er geen gegevens verloren gaan. Wanneer de replicatie wordt uitgevoerd, worden de door replica beheerde schijven die overeenkomen met de VIRTUELE machine gebruikt om de VIRTUELE machine te maken in Azure.

Raadpleeg de zelfstudies over migratie zonder VMware-agent en migratie zonder Hyper-V-agent om aan de slag te gaan.

Hoe kan ik de bandbreedtevereiste voor mijn migraties meten?

Een reeks factoren kan van invloed zijn op de hoeveelheid bandbreedte die u nodig hebt om gegevens te repliceren naar Azure. De vereiste bandbreedte is afhankelijk van hoe snel het on-premises Azure Migrate-apparaat de gegevens kan lezen en repliceren naar Azure. Replicatie heeft twee fasen: initiële replicatie en deltareplicatie.

Wanneer de replicatie voor een virtuele machine wordt gestart, treedt er een initiële replicatiecyclus op waarin volledige kopieën van de schijven worden gerepliceerd. Nadat de initiële replicatie is voltooid, worden incrementele replicatiecycli (deltacycli) periodiek gepland om wijzigingen over te dragen die zijn opgetreden sinds de vorige replicatiecyclus.

U kunt de bandbreedtevereiste instellen op basis van:

• Het volume aan gegevens dat u in de golf moet verplaatsen.
• De tijd die u wilt toewijzen voor het initiële replicatieproces.

In het ideale geval wilt u dat de initiële replicatie ten minste 3-4 dagen vóór het daadwerkelijke migratievenster wordt voltooid. Deze tijdlijn geeft u voldoende tijd om een testmigratie uit te voeren vóór het werkelijke venster en downtime gedurende het venster tot een minimum te houden.

U kunt de bandbreedte of tijd schatten die nodig is voor migratie van virtuele VMware-machines zonder agent met behulp van de volgende formule:

• Tijd om de initiële replicatie te voltooien = {grootte van schijven (of gebruikte grootte indien beschikbaar) * 0,7 (uitgaande van een gemiddelde van 30 procent compressie – conservatieve schatting)}/bandbreedte die beschikbaar is voor replicatie.

Hoe kan ik replicatie beperken bij gebruik van het Azure Migrate-apparaat voor VMware-replicatie zonder agent?

U kunt beperken met behulp van NetQosPolicy. Deze beperkingsmethode is alleen van toepassing op de uitgaande verbindingen van het Azure Migrate-apparaat.

De waarde die moet worden gebruiktNetQosPolicy, AppNamePrefix is GatewayWindowsService.exebijvoorbeeld . U kunt een beleid maken op het Azure Migrate-apparaat om replicatieverkeer van het apparaat te beperken door een beleid zoals deze te maken:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

Als u de replicatiebandbreedte wilt verhogen en verlagen op basis van een schema, kunt u geplande Windows-taken gebruiken om de bandbreedte naar behoefte te schalen. De ene taak verlaagt de bandbreedte en een andere taak verhoogt de bandbreedte.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

Hoe is het verlooppercentage van invloed op replicatie zonder agent?

Omdat replicatie zonder agent in gegevens wordt gevouwen, is het verlooppatroon belangrijker dan de verloopsnelheid. Wanneer een bestand opnieuw en opnieuw wordt geschreven, heeft de snelheid niet veel invloed. Een patroon waarin elke andere sector wordt geschreven, veroorzaakt echter een hoog verloop in de volgende cyclus. Omdat u de hoeveelheid gegevens die u overdraagt zoveel mogelijk minimaliseert, kunt u de gegevens zoveel mogelijk vouwen voordat u de volgende cyclus plant.

Hoe vaak wordt een replicatiecyclus gepland?

De formule voor het plannen van de volgende replicatiecyclus is: (Vorige cyclustijd/ 2) of één uur, afhankelijk van wat hoger is.

Als een VIRTUELE machine bijvoorbeeld vier uur duurt voor een deltacyclus, wordt de volgende cyclus in twee uur gepland en niet in het volgende uur. Het proces verschilt direct na de initiële replicatie, wanneer de eerste deltacyclus onmiddellijk wordt gepland.

Ik heb twee (of meer) apparaten geïmplementeerd om VM's in mijn vCenter Server te detecteren. Maar wanneer ik de VM's probeer te migreren, zie ik alleen VM's die overeenkomen met een van de apparaten.

Als u meerdere apparaten instelt, kan er geen overlap zijn tussen de virtuele machines in de opgegeven vCenter-accounts. Een detectie met een dergelijke overlap is een niet-ondersteund scenario.

Hoe is replicatie zonder agent van invloed op VMware-servers?

Replicatie zonder agent resulteert in enige invloed op de prestaties van VMware vCenter Server en VMware ESXi-hosts. Omdat replicatie zonder agent gebruikmaakt van momentopnamen, verbruikt deze IOPS in opslag, dus is er enige IOPS-opslagbandbreedte vereist. Het wordt afgeraden om replicatie zonder agent te gebruiken als u beperkingen hebt voor opslag of IOPS in uw omgeving.

Kunnen vm's die zijn uitgeschakeld, worden gerepliceerd?

Replicatie van virtuele VMware-machines terwijl ze worden uitgeschakeld, wordt ondersteund, maar alleen in de benadering zonder agent.

We raden u ten zeerste aan een testmigratie uit te voeren om ervoor te zorgen dat alles soepel verloopt tijdens de daadwerkelijke migratie. Deze methode kan handig zijn wanneer het initiële replicatieproces lang is of voor vm's met een hoog verloop, zoals databaseservers of andere schijfintensieve workloads.

Kan ik Azure Migrate gebruiken om mijn web-apps te migreren naar Azure-app Service?

U kunt migratie zonder agent uitvoeren op schaal van ASP.NET web-apps die worden uitgevoerd op IIS-webservers die worden gehost op een Windows-besturingssysteem in een VMware-omgeving. Meer informatie.

Migratie op basis van agents

Hoe kan ik mijn AWS EC2-exemplaren migreren naar Azure?

Bekijk AWS-VM's (Discover, assess, and migrate Amazon Web Services) naar Azure.

Hoe werkt migratie op basis van agents?

Het hulpprogramma Migratie en modernisering biedt een migratieoptie op basis van agents voor het migreren van Windows- en Linux-servers die worden uitgevoerd op fysieke servers of als x86/x64-VM's op providers zoals VMware, Hyper-V, AWS en GCP.

De migratiemethode op basis van agents maakt gebruik van agentsoftware om servergegevens te repliceren naar Azure. U installeert de software op de server die u migreert. Het replicatieproces maakt gebruik van een offloadarchitectuur waarin de agent replicatiegegevens doorgeeft aan een toegewezen replicatieserver met de naam het replicatieapparaat of de configuratieserver (of naar een uitschaalprocesserver). Zie migratiearchitectuur op basis van agents voor meer informatie.

Waar moet ik het replicatieapparaat installeren voor migraties op basis van agents?

Installeer het replicatieapparaat op een toegewezen computer. Installeer het replicatieapparaat niet op een broncomputer die u wilt repliceren of op het Azure Migrate-apparaat dat u hebt gebruikt voor detectie en evaluatie. Lees Machines migreren als fysieke servers naar Azure voor meer informatie.

Kan ik AWS-VM's met een Amazon Linux-besturingssysteem migreren?

VM's waarop Amazon Linux wordt uitgevoerd, kunnen niet worden gemigreerd, omdat Amazon Linux OS alleen wordt ondersteund in AWS.

Als u workloads wilt migreren die worden uitgevoerd op Amazon Linux, kunt u een CentOS-/RHEL-VM in Azure maken. Vervolgens kunt u de workload die wordt uitgevoerd op de AWS Linux-machine migreren met behulp van een relevante benadering voor workloadmigratie. Afhankelijk van de werkbelasting kunnen er bijvoorbeeld workloadspecifieke hulpprogramma's zijn om de migratie te helpen, zoals hulpprogramma's voor databases of implementatiehulpprogramma's voor webservers.

Hoe kan ik de bandbreedtevereiste voor mijn migraties meten?

Een reeks factoren kan van invloed zijn op de hoeveelheid bandbreedte die u nodig hebt om gegevens te repliceren naar Azure. De vereiste bandbreedte is afhankelijk van hoe snel het on-premises Azure Migrate-apparaat de gegevens kan lezen en repliceren naar Azure. Replicatie heeft twee fasen: initiële replicatie en deltareplicatie.

Wanneer de replicatie voor een virtuele machine wordt gestart, treedt er een initiële replicatiecyclus op waarin volledige kopieën van de schijven worden gerepliceerd. Nadat de initiële replicatie is voltooid, worden incrementele replicatiecycli (deltacycli) periodiek gepland om wijzigingen over te dragen die zijn opgetreden sinds de vorige replicatiecyclus.

Voor een op agents gebaseerde replicatiemethode kan Azure Site Recovery Deployment Planner helpen de omgeving voor het gegevensverloop te profilen en de vereiste bandbreedte te voorspellen. Lees VMware-implementatie plannen voor meer informatie.

Hyper-V-migratie zonder agent

Hoe werkt migratie zonder agent?

Het hulpprogramma Migratie en modernisering biedt replicatieopties zonder agent voor de migratie van VMware- en Hyper-V-VM's met Windows of Linux. Het hulpprogramma biedt een andere replicatieoptie op basis van agents voor Windows- en Linux-servers. Deze andere optie kan worden gebruikt voor het migreren van fysieke servers en x86/x64-VM's op providers zoals VMware, Hyper-V, AWS en GCP.

Voor de replicatieoptie op basis van agents moet u agentsoftware installeren op de VM/server die u migreert. Voor de optie zonder agent hoeft u geen software te installeren op de VM's, wat gemak en eenvoud kan bieden.

De replicatieoptie zonder agent werkt met behulp van mechanismen die worden geleverd door de virtualisatieprovider (VMware of Hyper-V). Voor Virtuele Hyper-V-machines repliceert het replicatiemechanisme zonder agent gegevens van VM-schijven met behulp van VM-momentopnamen en de mogelijkheid om wijzigingen bij te houden van de Hyper-V-replica.

Wanneer replicatie is geconfigureerd voor een virtuele machine, doorloopt de VM eerst een initiële replicatiefase. Tijdens de initiële replicatie wordt een momentopname van een VM gemaakt en wordt een volledige kopie van gegevens van de momentopnameschijven gerepliceerd naar beheerde schijven in uw abonnement. Nadat de initiële replicatie voor de VIRTUELE machine is voltooid, wordt het replicatieproces overgestapt op een incrementele replicatiefase (deltareplicatie).

De incrementele replicatiefase behandelt alle gegevenswijzigingen die zijn opgetreden sinds de laatste voltooide replicatiecyclus. Deze wijzigingen worden periodiek gerepliceerd en toegepast op de door replica beheerde schijven. Met dit proces blijft de replicatie gesynchroniseerd met wijzigingen op de VIRTUELE machine.

VMware-technologie voor het bijhouden van gewijzigde blokken wordt gebruikt om wijzigingen tussen replicatiecycli voor VMware-VM's bij te houden. Aan het begin van de replicatiecyclus wordt een VM-momentopname gemaakt en het bijhouden van wijzigingenblok wordt gebruikt om de wijzigingen tussen de huidige momentopname en de laatst gerepliceerde momentopname op te halen. Als u de replicatie voor de virtuele machine synchroon wilt houden, moeten alleen gegevens die zijn gewijzigd sinds de laatste voltooide replicatiecyclus worden gerepliceerd.

Aan het einde van elke replicatiecyclus wordt de momentopname vrijgegeven en wordt momentopnameconsolidatie uitgevoerd voor de VIRTUELE machine. Op dezelfde manier wordt voor Hyper-V-VM's de Hyper-V-replica-engine voor het bijhouden van wijzigingen gebruikt om wijzigingen tussen opeenvolgende replicatiecycli bij te houden.

Wanneer u de Migrate bewerking uitvoert op een replicerende VM, kunt u de on-premises VM afsluiten en één laatste incrementele replicatie uitvoeren om ervoor te zorgen dat er geen gegevens verloren gaan. De schijven die met replica's worden beheerd die overeenkomen met de VIRTUELE machine, worden gebruikt om de VIRTUELE machine in Azure te maken.

Raadpleeg de zelfstudie over migratie zonder Hyper-V-agent om aan de slag te gaan.

Hoe kan ik de bandbreedtevereiste voor mijn migraties meten?

Een reeks factoren kan van invloed zijn op de hoeveelheid bandbreedte die u nodig hebt om gegevens te repliceren naar Azure. De vereiste bandbreedte is afhankelijk van hoe snel het on-premises Azure Migrate-apparaat de gegevens kan lezen en repliceren naar Azure. Replicatie heeft twee fasen: initiële replicatie en deltareplicatie.

Wanneer de replicatie voor een virtuele machine wordt gestart, treedt er een initiële replicatiecyclus op waarin volledige kopieën van de schijven worden gerepliceerd. Nadat de initiële replicatie is voltooid, worden incrementele replicatiecycli (deltacycli) periodiek gepland om wijzigingen over te dragen die zijn opgetreden sinds de vorige replicatiecyclus.

U kunt de bandbreedtevereiste instellen op basis van:

• Het volume aan gegevens dat u in de golf moet verplaatsen.
• De tijd die u wilt toewijzen voor het initiële replicatieproces.

In het ideale geval wilt u dat de initiële replicatie ten minste 3-4 dagen vóór het daadwerkelijke migratievenster wordt voltooid. Deze tijdlijn geeft u voldoende tijd om een testmigratie uit te voeren vóór het werkelijke venster en downtime gedurende het venster tot een minimum te houden.

Gerelateerde inhoud

• Meer informatie over het migreren van VMware-VM's, Hyper-V-VM's en fysieke servers.