Migrace a modernizace: Běžné otázky

Tento článek odpovídá na běžné otázky týkající se nástroje Migrace a modernizace . Pokud máte další otázky, projděte si tyto zdroje informací:

• Získejte obecné informace o službě Azure Migrate.
• Přečtěte si běžné dotazy týkající se zařízení Azure Migrate.
• Přečtěte si další informace o zjišťování, hodnocení a vizualizaci závislostí.
• Položte otázky ve fóru Azure Migrate.

Upozornění

Tento článek odkazuje na CentOS, linuxovou distribuci, která má stav ukončení životnosti. Zvažte použití a plánování odpovídajícím způsobem. Další informace najdete v doprovodných materiálech k ukončení životnosti CentOS.

Obecné otázky

Jaké jsou možnosti migrace pomocí nástroje Migrace a modernizace?

Nástroj pro migraci a modernizaci nabízí migraci bez agentů a migrace na základě agentů pro migraci zdrojových serverů a virtuálních počítačů do Azure.

Bez ohledu na to, kterou možnost migrace zvolíte, je prvním krokem migrace serveru pomocí nástroje Migrace a modernizace spuštění replikace pro server. Tento proces provede počáteční replikaci dat virtuálního počítače nebo serveru do Azure. Po dokončení počáteční replikace se vytvoří průběžná replikace (rozdílová synchronizace), která migruje přírůstková data do Azure. Jakmile operace dosáhne fáze rozdílové synchronizace, můžete se kdykoli rozhodnout migrovat do Azure.

Při rozhodování o tom, kterou možnost migrace použít, zvažte následující informace.

Migrace bez agentů nevyžadují nasazení softwaru (agentů) na zdrojové virtuální počítače nebo servery, které migrujete. Možnost bez agenta orchestruje replikaci integrací s funkcemi poskytovanými poskytovatelem virtualizace.

Možnosti replikace bez agentů jsou k dispozici pro virtuální počítače VMware a virtuální počítače Hyper-V.

Migrace založené na agentech vyžadují instalaci softwaru (agentů) Služby Azure Migrate na zdrojové virtuální počítače, které migrujete. Možnost založená na agentech nespoléhá na virtualizační platformu pro funkce replikace. Dá se použít s libovolným serverem, na kterém běží architektura x86/x64 a verze operačního systému, který podporuje metoda replikace založená na agentech.

Možnost migrace na základě agenta se dá použít pro:

• Virtuální počítače VMware.
• Virtuální počítače Hyper-V
• Fyzické servery.
• Virtuální počítače spuštěné v AWS
• Virtuální počítače spuštěné v GCP
• Virtuální počítače spuštěné na jiném poskytovateli virtualizace

Migrace založená na agentech zpracovává vaše počítače jako fyzické servery pro migraci.

Migrace bez agentů nabízí větší pohodlí a jednoduchost než možnosti replikace založené na agentech pro virtuální počítače VMware a Hyper-V. Můžete ale zvážit použití scénáře založeného na agentech pro následující případy použití:

• Prostředí omezená vstupně-výstupními operacemi za sekundu (IOPS): Replikace bez agentů využívá snímky a spotřebovává IOPS/šířku pásma úložiště. Pokud ve vašem prostředí existují omezení úložiště nebo IOPS, doporučujeme metodu migrace založenou na agentech.

• Žádný vCenter Server: Pokud nemáte vCenter Server, můžete s virtuálními počítači VMware zacházet jako s fyzickými servery a používat pracovní postup migrace založený na agentech.

Další informace najdete v tématu Výběr možnosti migrace VMware.

Jaké zeměpisné oblasti se podporují při migraci pomocí služby Azure Migrate?

Projděte si podporované geografické oblasti pro veřejné cloudy a cloudy pro státní správu.

Můžu k migraci do více oblastí použít stejný projekt Azure Migrate?

I když můžete v projektu Azure Migrate vytvořit posouzení pro více oblastí, jeden projekt Azure Migrate se dá použít k migraci serverů do pouze jedné oblasti Azure. Můžete vytvořit další projekty Azure Migrate pro jiné oblasti.

• U migrací VMware bez agentů se cílová oblast uzamkne, když povolíte první replikaci.
• Pro migrace založené na agentech (VMware, fyzické servery a servery z jiných cloudů) se cílová oblast uzamkne, když je při nastavování zařízení pro replikaci vybráno tlačítko Vytvořit prostředky na portálu.
• U migrací Hyper-V bez agentů se cílová oblast uzamkne, když je na portálu vybráno tlačítko Vytvořit prostředky při nastavování zprostředkovatele replikace Hyper-V.

Můžu použít stejný projekt Azure Migrate k migraci na více předplatných?

Ano, stejný projekt Azure Migrate můžete použít k migraci na více předplatných se stejným tenantem Azure ve stejné cílové oblasti. Cílové předplatné můžete vybrat, když povolíte replikaci pro počítač nebo sadu počítačů.

Cílová oblast je uzamčená:

• Po první replikaci pro migrace VMware bez agentů.
• Během instalace zařízení pro replikaci pro migrace založené na agentech.
• Během instalace poskytovatele Hyper-V pro migrace Hyper-V bez agentů

Podporuje Azure Migrate Azure Resource Graph?

V současné době není služba Azure Migrate integrovaná se službou Azure Resource Graph. Podporuje provádění dotazů souvisejících s Azure Resource Graphem.

Jak se data přenášejí z místního prostředí do Azure? Je před přenosem šifrovaný?

Při replikaci bez agentů se zařízení Azure Migrate před nahráním zkomprimuje a šifruje data. Data se přenášejí přes zabezpečený komunikační kanál přes https a používají protokol TLS 1.2 nebo novější. Azure Storage navíc automaticky šifruje vaše data, když data zachovají do cloudu (šifrování neaktivních uložených dat).

Můžu použít trezor služby Recovery Services vytvořený službou Azure Migrate pro scénáře zotavení po havárii?

Pro scénáře zotavení po havárii nedoporučujeme používat trezor služby Recovery Services vytvořený službou Azure Migrate, protože to může vést k selhání spuštění replikace ve službě Azure Migrate.

Jaký je rozdíl mezi operacemi migrace testů a migrace?

Možnost Test migrace umožňuje otestovat a ověřit migrace před samotnou migrací. Testovací migrace funguje tak, že vám umožní použít prostředí sandboxu v Azure k otestování virtuálních počítačů před skutečnou migrací. Testovací virtuální síť, kterou určíte, demarcates prostředí sandboxu. Operace testovací migrace je nedisruptivní, pokud je testovací virtuální síť dostatečně izolovaná. Virtuální síť je dostatečně izolovaná při návrhu pravidel příchozího a odchozího připojení, aby se zabránilo nežádoucím připojením. Příklad: Omezíte připojení k místním počítačům.

Aplikace se můžou dál spouštět na zdroji, zatímco provádíte testy na klonované kopii v izolovaném sandboxovém prostředí. Podle potřeby můžete provést několik testů, abyste migraci ověřili, provedli testování aplikací a vyřešili případné problémy před samotnou migrací.

Existuje možnost vrácení zpět pro Službu Azure Migrate?

Pomocí možnosti Testovací migrace můžete ověřit funkčnost a výkon vaší aplikace v Azure. Můžete provést libovolný počet testovacích migrací a provést konečnou migraci po navázání spolehlivosti prostřednictvím operace testovací migrace .

Testovací migrace nemá vliv na místní počítač, který zůstává funkční a pokračuje v replikaci, dokud neprovedete skutečnou migraci. Pokud během testování přijetí uživatele (UAT) pro testovací migraci dojde k nějakým chybám, můžete se rozhodnout odložit konečnou migraci a ponechat zdrojový virtuální počítač nebo server spuštěný a replikovat do Azure. Po vyřešení chyb můžete přepočítat konečnou migraci.

Poznámka:

Po dokončení migrace do Azure a vypnutí místního zdrojového počítače nemůžete provést vrácení z Azure do místního prostředí.

Můžu vybrat virtuální síť a podsíť, které se mají použít pro testovací migrace?

Pro testovací migrace můžete vybrat virtuální síť. Azure Migrate automaticky vybere podsíť na základě následující logiky:

• Pokud při povolování replikace zadáte cílovou podsíť (jinou než výchozí) jako vstup, Azure Migrate určí prioritu podsítě se stejným názvem ve virtuální síti použité pro testovací migraci.
• Pokud se nenajde podsíť se stejným názvem, Azure Migrate vybere abecedně první dostupnou podsíť, která není bránou, aplikační bránou, bránou firewall nebo podsítí služby Azure Bastion.

Proč je pro můj server zakázané tlačítko Testovací migrace?

Tlačítko Test migrace může být zakázané v následujících scénářích:

• Testovací migraci nemůžete zahájit, dokud se pro virtuální počítač nedokončí počáteční replikace. Tlačítko Test migrace je zakázané, dokud se nedokončil počáteční proces replikace. Po provedení testovací migrace virtuálního počítače ve fázi rozdílové synchronizace můžete provést testovací migraci.
• Tlačítko je možné zakázat, pokud už byla dokončena testovací migrace, ale pro tento virtuální počítač se neprovedli vyčištění migrace testů. Proveďte testovací vyčištění migrace a zkuste operaci zopakovat.

Co se stane, když testovací migraci nevyčistím?

Testovací migrace simuluje skutečnou migraci vytvořením testovacího virtuálního počítače Azure pomocí replikovaných dat. Server se nasadí s kopií replikovaných dat k určitému bodu v čase do cílové skupiny prostředků (vybraná při povolení replikace) s příponou -test . Testovací migrace jsou určené k ověření funkčnosti serveru, aby se minimalizovaly problémy po migraci.

Pokud se testovací migrace po testování nevyčistí, testovací virtuální počítač bude dál běžet v Azure a účtuje poplatky. Pokud chcete po testovací migraci vyčistit, přejděte do zobrazení Replikující počítače v nástroji Migrace a modernizace a použijte akci Vyčistit testovací migraci na počítači.

Návody vědět, jestli se můj virtuální počítač úspěšně migroval?

Po úspěšné migraci virtuálního počítače nebo serveru můžete virtuální počítač zobrazit a spravovat z podokna Virtuální počítače . Připojte se k migrovanému virtuálnímu počítači a ověřte ho.

Můžete také zkontrolovat stav úlohy operace a zkontrolovat, jestli se migrace úspěšně dokončila. Pokud se zobrazí nějaké chyby, vyřešte je a zkuste operaci migrace zopakovat.

Co se stane, když po migraci nezastavím replikaci?

Když zastavíte replikaci, nástroj pro migraci a modernizaci vyčistí spravované disky v předplatném vytvořeném pro replikaci.

Co se stane, když po migraci nevyberem Dokončit migraci?

Když vyberete Dokončit migraci, nástroj pro migraci a modernizaci vyčistí spravované disky v předplatném vytvořeném pro replikaci. Pokud po migraci nevyberete možnost Dokončit migraci , budou se vám za tyto disky dál účtovat poplatky. Úplná migrace nemá vliv na disky připojené k počítačům, které už migrovaly.

Jak můžu migrovat počítače založené na rozhraní UEFI do Azure jako virtuální počítače 1. generace Azure?

Nástroj pro migraci a modernizaci migruje počítače založené na rozhraní UEFI do Azure jako virtuální počítače generace Azure 2. generace. Pokud je chcete migrovat jako virtuální počítače 1. generace Azure, před zahájením replikace převeďte typ spouštění na BIOS a pak pomocí nástroje Migrace a modernizace migrujte do Azure.

Převádí Azure Migrate počítače založené na rozhraní UEFI na počítače se systémem BIOS a migruje je do Azure jako virtuální počítače generace 1. generace Azure?

Nástroj pro migraci a modernizaci migruje všechny počítače založené na rozhraní UEFI do Azure jako virtuální počítače generace 2. generace Azure. Převod virtuálních počítačů založených na rozhraní UEFI na virtuální počítače založené na systému BIOS už nepodporujeme. Všechny počítače založené na systému BIOS se migrují do Azure jenom jako virtuální počítače generace 1. generace Azure.

Které operační systémy se podporují pro migraci počítačů založených na rozhraní UEFI do Azure?

Poznámka:

Pokud se při migraci bez agentů podporuje hlavní verze operačního systému, podporují se automaticky všechny podverze a jádra.

Operační systémy podporované pro počítače založené na UEFI	Bez agentů z VMware do Azure	Hyper-V bez agentů do Azure	VMware, fyzické a další cloudy založené na agentech do Azure
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012	Y	Y	Y
Windows 11 Pro, Windows 11 Enterprise	Y	Y	Y
Windows 10 Pro, Windows 10 Enterprise	Y	Y	Y
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6	Y	Y	Y
SUSE Linux Enterprise Server 12 SP4	Y	Y	Y
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS	Y	Y	Y
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	Y	Y	Y
CentOS Stream	Y	Y	Y
Oracle Linux 9, 8, 7.7-CI, 7.7, 6	Y	Y	Y

Můžu migrovat řadiče domény Služby Active Directory pomocí služby Azure Migrate?

Nástroj Migrace a modernizace je nezávislý na aplikacích a funguje pro většinu aplikací. Při migraci serveru pomocí nástroje Migrace a modernizace se s ním migrují všechny aplikace, které nainstalujete na server. Alternativní metody migrace ale můžou být vhodnější pro migraci některých aplikací.

U služby Active Directory může být typ prostředí faktorem. V hybridním prostředí s místní lokalitou připojenou k prostředí Azure můžete rozšířit adresář do Azure přidáním dalších řadičů domény a nastavením replikace Active Directory. Pokud jste, můžete použít nástroj pro migraci a modernizaci :

• Migrace do izolovaného prostředí v Azure, které vyžaduje vlastní řadiče domény.
• Testování aplikací v sandboxovém prostředí

Můžu upgradovat svůj operační systém při migraci?

Nástroj Migrace a modernizace teď během migrace podporuje upgrade operačního systému Windows. Tato možnost není aktuálně dostupná pro Linux. Získejte další podrobnosti o upgradu operačního systému Windows.

Potřebuji k migraci virtuálních počítačů VMware vCenter VMware?

Abyste mohli migrovat virtuální počítače VMware pomocí migrace založené na agentech VMware nebo bez agentů, musí vCenter Server spravovat hostitele ESXi, na kterých se nacházejí virtuální počítače. Pokud nemáte vCenter Server, můžete migrovat virtuální počítače VMware jako fyzické servery. Další informace.

Můžu během migrace konsolidovat více zdrojových virtuálních počítačů do jednoho virtuálního počítače?

Nástroj Migrace a modernizace v současné době podporuje podobné migrace. Během migrace nepodporujeme konsolidaci serverů.

Bude Windows Server 2008 a 2008 R2 po migraci podporován v Azure?

Místní servery s Windows Serverem 2008 a 2008 R2 můžete migrovat na virtuální počítače Azure a získat rozšířené aktualizace zabezpečení po dobu tří let po datu ukončení podpory bez dalších poplatků nad náklady na provoz virtuálního počítače. Pomocí nástroje Migrace a modernizace můžete migrovat úlohy systému Windows Server 2008 a 2008 R2.

Návody migrovat Windows Server 2003 běžící na VMware nebo Hyper-V do Azure?

14. července 2015 skončila rozšířená podpora pro Windows Server 2003. Tým podpora Azure dál pomáhá řešit problémy, které se týkají spuštění Windows Serveru 2003 v Azure. Tato podpora je ale omezená na problémy, které nevyžadují řešení potíží nebo opravy na úrovni operačního systému.

Doporučujeme migrovat aplikace do instancí Azure s novější verzí Windows Serveru, abyste měli jistotu, že efektivně používáte flexibilitu a spolehlivost cloudu Azure.

Pokud se rozhodnete migrovat Windows Server 2003 do Azure, můžete použít nástroj pro migraci a modernizaci , pokud je nasazením Windows Serveru virtuální počítač, který běží na VMware nebo Hyper-V. Další informace najdete v tématu Příprava počítačů s Windows Serverem 2003 pro migraci.

Migrace VMware bez agentů

Jak funguje migrace bez agentů?

Nástroj pro migraci a modernizaci poskytuje možnosti replikace bez agentů pro migraci virtuálních počítačů VMware a Hyper-V s Windows nebo Linuxem. Nástroj poskytuje další možnost replikace na základě agenta pro servery s Windows a Linuxem. Tuto další možnost můžete použít k migraci fyzických serverů a virtuálních počítačů x86/x64 na poskytovatelích, jako jsou VMware, Hyper-V, AWS a GCP.

Replikace založená na agentech vyžaduje instalaci softwaru agenta na migrovaný virtuální počítač nebo server. Možnost bez agentů nevyžaduje instalaci softwaru na virtuální počítače, což může nabídnout pohodlí a jednoduchost.

Možnost replikace bez agenta používá mechanismy poskytované poskytovatelem virtualizace (VMware nebo Hyper-V). V případě virtuálních počítačů VMware využívá mechanismus replikace bez agentů ke replikaci dat z disků virtuálních počítačů technologii sledování snímků VMware a technologie sledování změněných bloků VMware. Mnoho zálohovacích produktů používá podobný mechanismus. U virtuálních počítačů Hyper-V používá mechanismus replikace bez agentů snímky virtuálních počítačů a funkci sledování změn repliky Hyper-V k replikaci dat z disků virtuálních počítačů.

Když je pro virtuální počítač nakonfigurovaná replikace, virtuální počítač nejprve prochází počáteční fází replikace. Během počáteční replikace se pořídí snímek virtuálního počítače a na spravované disky ve vašem předplatném se replikuje úplná kopie dat z disků snímků. Po dokončení počáteční replikace virtuálního počítače proces replikace přejde do fáze přírůstkové replikace (rozdílová replikace).

Fáze přírůstkové replikace řeší všechny změny dat, ke kterým došlo od posledního dokončeného cyklu replikace. Tyto změny se pravidelně replikují a použijí na disky spravované replikou. Tento proces udržuje replikaci synchronizovanou se změnami na virtuálním počítači.

Technologie sledování změněných bloků VMware sleduje změny mezi cykly replikace pro virtuální počítače VMware. Na začátku cyklu replikace se snímek virtuálního počítače pořídí a sledování změněného bloku se použije ke kompilaci změn mezi aktuálním snímkem a posledním úspěšně replikovaným snímkem. Pokud chcete zachovat replikaci virtuálního počítače v synchronizaci, je potřeba replikovat jenom data, která se změnila od posledního dokončeného cyklu replikace.

Na konci každého cyklu replikace se snímek uvolní a pro virtuální počítač se provede konsolidace snímků. Podobně u virtuálních počítačů Hyper-V modul pro sledování změn repliky Hyper-V sleduje změny mezi po sobě jdoucími cykly replikace.

Při provádění Migrate operace na replikujícím virtuálním počítači můžete vypnout místní virtuální počítač a provést jednu konečnou přírůstkovou replikaci, abyste zajistili nulovou ztrátu dat. Po provedení replikace se k vytvoření virtuálního počítače v Azure použijí disky spravované replikou, které odpovídají virtuálnímu počítači.

Pokud chcete začít, projděte si kurzy migrace bez agentů VMware a bez agentů Hyper-V.

Návody měřidlo požadavku na šířku pásma pro moje migrace?

Rozsah faktorů může mít vliv na šířku pásma, kterou potřebujete k replikaci dat do Azure. Požadavek na šířku pásma závisí na tom, jak rychle může místní zařízení Azure Migrate číst a replikovat data do Azure. Replikace má dvě fáze: počáteční replikaci a rozdílovou replikaci.

Při spuštění replikace virtuálního počítače dojde k počátečnímu cyklu replikace, ve kterém se replikují úplné kopie disků. Po dokončení počáteční replikace se cykly přírůstkové replikace (rozdílové cykly) pravidelně plánují pro přenos všech změn, ke kterým došlo od předchozího cyklu replikace.

Požadavek na šířku pásma můžete vyřešit na základě následujících:

• Objem dat, která potřebujete přesunout ve vlně.
• Čas, který chcete přivést k počátečnímu procesu replikace.

V ideálním případě byste chtěli, aby se počáteční replikace dokončila alespoň 3 až 4 dny před skutečným oknem migrace. Tato časová osa poskytuje dostatek času k provedení testovací migrace před skutečným oknem a zachování výpadků během intervalu na minimum.

Šířku pásma nebo čas potřebný k migraci virtuálních počítačů VMware bez agentů můžete odhadnout pomocí následujícího vzorce:

• Doba dokončení počáteční replikace = {velikost disků (nebo využitá velikost, pokud je k dispozici) * 0,7 (za předpokladu průměru komprese 30 procent – konzervativní odhad)}/šířka pásma dostupná pro replikaci.

Návody omezení replikace při použití zařízení Azure Migrate pro replikaci VMware bez agentů?

Omezení můžete provést pomocí příkazu NetQosPolicy. Tato metoda omezování se vztahuje pouze na odchozí připojení ze zařízení Azure Migrate.

Například hodnota, ve NetQosPolicy které se má použít, AppNamePrefix je GatewayWindowsService.exe. Na zařízení Azure Migrate můžete vytvořit zásadu, která omezí provoz replikace ze zařízení tak, že vytvoříte zásadu, jako je tato:

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

Pokud chcete na základě plánu zvýšit a snížit šířku pásma replikace, můžete podle potřeby škálovat šířku pásma pomocí naplánovaných úloh Windows. Jeden úkol zmenší šířku pásma a druhý úkol zvýší šířku pásma.

Poznámka:

Před spuštěním následujících příkazů musíte vytvořit dříve zmíněné NetQosPolicy příkazy.

#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

Jak četnost změn ovlivňuje replikaci bez agentů?

Vzhledem k tomu, že replikace bez agentů se skládá z dat, je model četnosti změn důležitější než četnost změn. Když se soubor znovu zapíše a znovu, rychlost nemá velký vliv. Model, ve kterém se píše každý druhý sektor, však způsobuje vysokou četnost změn v dalším cyklu. Vzhledem k tomu, že minimalizujete objem přenášených dat, můžete data před naplánováním dalšího cyklu co nejvíce přeložit.

Jak často je naplánovaný cyklus replikace?

Vzorec pro naplánování dalšího cyklu replikace je: (doba předchozího cyklu / 2) nebo jedna hodina podle toho, co je vyšší.

Pokud například virtuální počítač trvá čtyři hodiny pro rozdílový cyklus, další cyklus se naplánuje za dvě hodiny a ne v další hodině. Proces se liší okamžitě po počáteční replikaci, když je první rozdílový cyklus naplánován okamžitě.

Nasadil(a) jsem dvě (nebo více) zařízení ke zjišťování virtuálních počítačů na serveru vCenter. Když se ale pokusím migrovat virtuální počítače, zobrazí se mi jenom virtuální počítače, které odpovídají jednomu ze zařízení.

Pokud nastavíte více zařízení, mezi virtuálními počítači na zadaných účtech vCenter se nesmí překrývat. Scénář zjišťování s takovým překrýváním se nepodporuje.

Jak replikace bez agentů ovlivňuje servery VMware?

Replikace bez agentů má vliv na výkon na hostitele VMware vCenter Server a VMware ESXi. Vzhledem k tomu, že replikace bez agentů využívá snímky, spotřebovává V ÚLOŽIŠTi IOPS, takže je potřeba určitá šířka pásma úložiště IOPS. Pokud máte ve svém prostředí omezení úložiště nebo IOPS, nedoporučujeme používat replikaci bez agentů.

Je možné replikovat virtuální počítače s vypnutým napájením?

Replikace virtuálních počítačů VMware, když jsou vypnuté, se podporuje, ale pouze v přístupu bez agentů.

Důležité

Nemůžeme zaručit, že se virtuální počítač s vypnutým vypnutím úspěšně spustí, protože nemůžeme ověřit jeho provozní stav před replikací.

Důrazně doporučujeme provést testovací migraci, abyste zajistili hladký průběh veškerého průběhu migrace. Tato metoda může být užitečná, pokud je počáteční proces replikace zdlouhavý nebo pro virtuální počítače s vysokou četností změn, jako jsou databázové servery nebo jiné úlohy náročné na disk.

Můžu pomocí služby Azure Migrate migrovat webové aplikace do služby Aplikace Azure Service?

Migraci webových aplikací ASP.NET spuštěných na webových serverech služby IIS hostovaných v operačním systému Windows v prostředí VMware můžete provádět bez agentů. Další informace.

Migrace založená na agentech

Jak můžu migrovat instance EC2 AWS do Azure?

Projděte si zjišťování, posouzení a migraci virtuálních počítačů Amazon Web Services (AWS) do Azure.

Jak funguje migrace založená na agentech?

Nástroj Migrace a modernizace poskytuje možnost migrace na základě agenta pro migraci serverů s Windows a Linuxem spuštěných na fyzických serverech nebo jako virtuální počítače x86/x64 na poskytovatelích, jako jsou VMware, Hyper-V, AWS a GCP.

Metoda migrace na základě agenta používá software agenta k replikaci dat serveru do Azure. Software nainstalujete na server, který migrujete. Proces replikace používá architekturu snižování zátěže, ve které agent předává data replikace na vyhrazený replikační server označovaný jako zařízení replikace nebo konfigurační server (nebo na procesový server se škálováním na více systémů). Další podrobnosti najdete v tématu Architektura migrace založená na agentech.

Poznámka:

Zařízení pro replikaci se liší od zařízení zjišťování Azure Migrate a musí být nainstalované na samostatném nebo vyhrazeném počítači.

Kde mám nainstalovat zařízení pro replikaci pro migrace založené na agentech?

Zařízení pro replikaci byste měli nainstalovat na vyhrazený počítač. Zařízení pro replikaci byste neměli instalovat na zdrojový počítač, který chcete replikovat, ani na zařízení Azure Migrate, které jste použili ke zjišťování a hodnocení. Další podrobnosti najdete v tématu Migrace počítačů jako fyzických serverů do Azure .

Můžu migrovat virtuální počítače AWS s operačním systémem Amazon Linux?

Virtuální počítače s Amazon Linuxem nejde migrovat tak, jak je, protože operační systém Amazon Linux je podporovaný jenom na AWS.

Pokud chcete migrovat úlohy běžící na Amazon Linuxu, můžete v Azure aktivovat virtuální počítač CentOS/RHEL. Potom můžete migrovat úlohu, která běží na počítači s Linuxem AWS, pomocí relevantního přístupu k migraci úloh. V závislosti na úloze můžou být například nástroje specifické pro úlohy, které vám pomůžou s migrací, jako jsou nástroje pro databáze nebo nástroje nasazení pro webové servery.

Návody měřidlo požadavku na šířku pásma pro moje migrace?

Rozsah faktorů může mít vliv na šířku pásma, kterou potřebujete k replikaci dat do Azure. Požadavek na šířku pásma závisí na tom, jak rychle může místní zařízení Azure Migrate číst a replikovat data do Azure. Replikace má dvě fáze: počáteční replikaci a rozdílovou replikaci.

Při spuštění replikace virtuálního počítače dojde k počátečnímu cyklu replikace, ve kterém se replikují úplné kopie disků. Po dokončení počáteční replikace se cykly přírůstkové replikace (rozdílové cykly) pravidelně plánují pro přenos všech změn, ke kterým došlo od předchozího cyklu replikace.

Pro metodu replikace založenou na agentech může Plánovač nasazení služby Azure Site Recovery pomoct profilovat prostředí pro četnost změn dat a předpovědět potřebný požadavek na šířku pásma. Další informace najdete v tématu Plánování nasazení VMware.

Migrace Hyper-V bez agentů

Jak funguje migrace bez agentů?

Nástroj pro migraci a modernizaci poskytuje možnosti replikace bez agentů pro migraci virtuálních počítačů VMware a Hyper-V s Windows nebo Linuxem. Nástroj poskytuje další možnost replikace na základě agenta pro servery s Windows a Linuxem. Tuto další možnost můžete použít k migraci fyzických serverů a virtuálních počítačů x86/x64 na poskytovatelích, jako jsou VMware, Hyper-V, AWS a GCP.

Možnost replikace na základě agenta vyžaduje, abyste na migrovaný virtuální počítač nebo server nainstalovali software agenta. Možnost bez agentů nevyžaduje instalaci softwaru na virtuální počítače, což může nabídnout pohodlí a jednoduchost.

Možnost replikace bez agentů funguje pomocí mechanismů poskytovaných poskytovatelem virtualizace (VMware nebo Hyper-V). U virtuálních počítačů Hyper-V mechanismus replikace bez agentů replikuje data z disků virtuálních počítačů pomocí snímků virtuálních počítačů a funkce sledování změn repliky Hyper-V.

Když je pro virtuální počítač nakonfigurovaná replikace, virtuální počítač nejprve prochází počáteční fází replikace. Během počáteční replikace se pořídí snímek virtuálního počítače a na spravované disky ve vašem předplatném se replikuje úplná kopie dat z disků snímků. Po dokončení počáteční replikace virtuálního počítače proces replikace přejde do fáze přírůstkové replikace (rozdílová replikace).

Fáze přírůstkové replikace řeší všechny změny dat, ke kterým došlo od posledního dokončeného cyklu replikace. Tyto změny se pravidelně replikují a použijí na disky spravované replikou. Tento proces udržuje replikaci synchronizovanou se změnami na virtuálním počítači.

Technologie sledování změn bloků VMware se používá k sledování změn mezi cykly replikace pro virtuální počítače VMware. Na začátku cyklu replikace se pořídí snímek virtuálního počítače a sledování změněného bloku se použije k získání změn mezi aktuálním snímkem a posledním úspěšně replikovaným snímkem. Pokud chcete zachovat replikaci virtuálního počítače v synchronizaci, je potřeba replikovat jenom data, která se změnila od posledního dokončeného cyklu replikace.

Na konci každého cyklu replikace se snímek uvolní a pro virtuální počítač se provede konsolidace snímků. Podobně pro virtuální počítače Hyper-V se modul pro sledování změn repliky Hyper-V používá ke sledování změn mezi po sobě jdoucími cykly replikace.

Při provádění Migrate operace na replikujícím virtuálním počítači můžete vypnout místní virtuální počítač a provést jednu konečnou přírůstkovou replikaci, abyste zajistili nulovou ztrátu dat. Disky spravované replikou, které odpovídají virtuálnímu počítači, se používají k vytvoření virtuálního počítače v Azure.

Pokud chcete začít, projděte si kurz migrace bez agentů Hyper-V.

Návody měřidlo požadavku na šířku pásma pro moje migrace?

Rozsah faktorů může mít vliv na šířku pásma, kterou potřebujete k replikaci dat do Azure. Požadavek na šířku pásma závisí na tom, jak rychle může místní zařízení Azure Migrate číst a replikovat data do Azure. Replikace má dvě fáze: počáteční replikaci a rozdílovou replikaci.

Při spuštění replikace virtuálního počítače dojde k počátečnímu cyklu replikace, ve kterém se replikují úplné kopie disků. Po dokončení počáteční replikace se cykly přírůstkové replikace (rozdílové cykly) pravidelně plánují pro přenos všech změn, ke kterým došlo od předchozího cyklu replikace.

Požadavek na šířku pásma můžete vyřešit na základě následujících:

• Objem dat, která potřebujete přesunout ve vlně.
• Čas, který chcete přivést k počátečnímu procesu replikace.

V ideálním případě byste chtěli, aby se počáteční replikace dokončila alespoň 3 až 4 dny před skutečným oknem migrace. Tato časová osa poskytuje dostatek času k provedení testovací migrace před skutečným oknem a zachování výpadků během intervalu na minimum.

Související obsah

• Přečtěte si další informace o migraci virtuálních počítačů VMware, virtuálních počítačů Hyper-V a fyzických serverů.