Migrálás és modernizáció: Gyakori kérdések

Figyelemfelhívás

Ez a cikk az End Of Life (EOL) állapotú Linux-disztribúcióra, a CentOS-ra hivatkozik. Ennek megfelelően fontolja meg a használatot és a tervezést. További információ: CentOS End Of Life útmutató.

Ez a cikk a migrálási és modernizálási eszközzel kapcsolatos gyakori kérdésekre ad választ. Ha további kérdései vannak, ellenőrizze az alábbi erőforrásokat:

• Általános kérdések az Azure Migrate-ről
• Az Azure Migrate-berendezéssel kapcsolatos kérdések
• Felderítéssel, értékeléssel és függőségi vizualizációval kapcsolatos kérdések
• Kérdések megválaszolása az Azure Migrate fórumában

Általános kérdések

Mik a migrálási és modernizációs lehetőségek?

A migrálási és modernizálási eszköz két lehetőséget kínál a forráskiszolgálók és virtuális gépek Azure-ba való migrálására: az ügynök nélküli migrálást és az ügynökalapú migrálást.

A választott áttelepítési lehetőségtől függetlenül a kiszolgáló áttelepítésének első lépése a kiszolgáló replikációjának elindítása a migrálási és modernizálási eszközzel. Ez elvégzi a virtuális gép/kiszolgáló adatainak kezdeti replikálását az Azure-ba. A kezdeti replikáció befejezése után létrejön egy folyamatban lévő replikáció (folyamatban lévő változásszinkronizálás) a növekményes adatok Azure-ba való migrálásához. Miután a művelet elérte a delta-sync fázist, bármikor áttelepítheti az Azure-ba.

Az alábbi szempontokat érdemes szem előtt tartani a migrálási lehetőség kiválasztásakor.

Az ügynök nélküli migráláshoz nincs szükség szoftverek (ügynökök) üzembe helyezésére a migrált forrás virtuális gépeken/kiszolgálókon. Az ügynök nélküli beállítás a virtualizálási szolgáltató által biztosított funkciókkal integrálva vezényli a replikációt. Az ügynök nélküli replikációs lehetőségek VMware virtuális gépekhez és Hyper-V virtuális gépekhez érhetők el.

Az ügynökalapú migráláshoz telepíteni kell az Azure Migrate-szoftvereket (ügynököket) a forrás virtuális gépekre/gépekre az áttelepítéshez. Az ügynökalapú beállítás nem támaszkodik a replikációs funkciók virtualizálási platformjára. Ezért bármely x86/x64 architektúrát futtató kiszolgálóhoz, valamint az ügynökalapú replikációs módszer által támogatott operációs rendszer verziójához használható.

Az ügynökalapú migrálási lehetőség használható VMware virtuális gépekhez, Hyper-V virtuális gépekhez, fizikai kiszolgálókhoz, AWS-en futó virtuális gépekhez, GCP-n futó virtuális gépekhez vagy más virtualizálási szolgáltatón futó virtuális gépekhez. Az ügynökalapú migrálás fizikai kiszolgálóként kezeli a gépeket a migráláshoz.

Bár az ügynök nélküli migrálás a támogatott forgatókönyvek (VMware és Hyper-V) ügynökalapú replikációs beállításaival szemben egy másik kényelmet és egyszerűséget kínál, érdemes megfontolnia az ügynökalapú forgatókönyv használatát a következő használati esetekben:

• Korlátozott IOPS-környezet: Az ügynök nélküli replikáció pillanatképeket használ, és tároló IOPS/sávszélességet használ fel. Az ügynökalapú migrálási módszert javasoljuk, ha a környezetében korlátozások vannak a tárolóra/IOPS-ra.
• Ha nem rendelkezik vCenter-kiszolgálóval, a VMware virtuális gépeket fizikai kiszolgálóként kezelheti, és használhatja az ügynökalapú migrálási munkafolyamatot.

További információkért tekintse át ezt a cikket , és hasonlítsa össze a VMware-áttelepítések áttelepítési lehetőségeit.

Milyen földrajzi területek támogatottak a migráláshoz az Azure Migrate használatával?

Tekintse át a nyilvános és a Government-felhők támogatott régióit.

Használhatom ugyanazt az Azure Migrate-projektet több régióba való migráláshoz?

Bár egy Azure Migrate-projektben több régióra is létrehozhat értékeléseket, egy Azure Migrate-projekt csak egy Azure-régióba migrálhatja a kiszolgálókat. Minden régióhoz létrehozhat további Azure Migrate-projekteket, amelyekbe migrálnia kell.

• Ügynök nélküli VMware-áttelepítések esetén a célrégió zárolva lesz az első replikáció engedélyezése után.
• Ügynökalapú migrálások (VMware, fizikai kiszolgálók és más felhők kiszolgálói) esetén a célrégió zárolva lesz, miután a replikációs berendezés beállításakor az "Erőforrások létrehozása" gomb ki van választva a portálon.
• Ügynök nélküli Hyper-V-migrálások esetén a célrégió zárolva lesz, miután az "Erőforrások létrehozása" gomb ki van választva a portálon a Hyper-V replikációs szolgáltató beállítása során.

Használhatom ugyanazt az Azure Migrate-projektet több előfizetésre való migráláshoz?

Igen, egy Azure Migrate-projekt célrégiójában több előfizetésre (ugyanazon Azure-bérlőre) is migrálhat. Kiválaszthatja a célelőfizetést, miközben engedélyezi a replikációt egy géphez vagy egy gépcsoporthoz. A célrégió zárolva van az ügynök nélküli VMware-migrálások első replikációja után, valamint a replikációs berendezés és a Hyper-V szolgáltató telepítése során az ügynökalapú migrálásokhoz és az ügynök nélküli Hyper-V-migrálásokhoz.

Hogyan továbbítják az adatokat a helyszíni környezetből az Azure-ba? Titkosítva van az átvitel előtt?

Az ügynök nélküli replikációs eset Azure Migrate-berendezése tömöríti az adatokat, és a feltöltés előtt titkosítja azokat. Az adatok biztonságos kommunikációs csatornán keresztül kerülnek továbbításra https-en keresztül, és TLS 1.2-es vagy újabb verziót használnak. Emellett az Azure Storage automatikusan titkosítja az adatokat, amikor azokat a felhőben (inaktív titkosítás) tárolja.

Használhatom az Azure Migrate által létrehozott helyreállítási tárat vészhelyreállítási forgatókönyvekhez?

Nem javasoljuk az Azure Migrate által létrehozott helyreállítási tár használatát vészhelyreállítási forgatókönyvekhez. Ez replikációs hibákhoz vezethet az Azure Migrate-ben.

Mi a különbség a migrálási és migrálási tesztműveletek között?

A tesztelési migrálás lehetővé teszi az áttelepítések tesztelését és ellenőrzését a tényleges migrálás előtt. A migrálás tesztelése úgy működik, hogy lehetővé teszi egy tesztkörnyezet használatát az Azure-ban a virtuális gépek teszteléséhez a tényleges migrálás előtt. A tesztkörnyezetet egy ön által megadott teszt virtuális hálózat határozza meg. A tesztelési migrálási művelet nem diszruptív, feltéve, hogy a teszt virtuális hálózat megfelelően elkülönített. Az izolált virtuális hálózat itt azt jelenti, hogy a bejövő és kimenő kapcsolati szabályok úgy vannak kialakítva, hogy elkerüljék a nemkívánatos kapcsolatokat. Például a helyszíni gépekhez való csatlakozás korlátozott.

Az alkalmazások továbbra is futtathatók a forrásnál, miközben lehetővé teszi a klónozott példányok tesztelését izolált tesztkörnyezetben. Szükség szerint több tesztet is végrehajthat az áttelepítés ellenőrzéséhez, alkalmazásteszteléshez és a tényleges migrálás előtt felmerülő problémák megoldásához.

Van visszaállítási lehetőség az Azure Migrate-hez?

A Migrálás tesztelése lehetőséggel ellenőrizheti az alkalmazás funkcióit és teljesítményét az Azure-ban. Tetszőleges számú tesztelési migrálást hajthat végre, és végrehajthatja a végső migrálást, miután a tesztelési migrálási művelet megbízhatóságot adott meg. A tesztmigrálás nem érinti a helyszíni gépet, amely működőképes marad, és a tényleges migrálás végrehajtásáig folytatja a replikálást. Ha hiba történt a tesztelési migrálás felhasználói felülete során, dönthet úgy, hogy elhalasztja a végleges migrálást, és a forrás virtuális gépet/kiszolgálót futtatja és replikálja az Azure-ba. A hibák megoldása után újra megadhatja a végleges migrálást. Megjegyzés: Miután végrehajtott egy végleges migrálást az Azure-ba, és a helyszíni forrásgép leállt, nem végezhet visszaállítást az Azure-ból a helyszíni környezetbe.

Kiválaszthatom a tesztelési migráláshoz használni kívánt virtuális hálózatot és alhálózatot?

A migrálások teszteléséhez kiválaszthat egy virtuális hálózatot. Az alhálózat automatikusan ki van választva a következő logika alapján:

• Ha a replikáció engedélyezése során egy célalhálózatot (az alapértelmezetten kívül) ad meg bemenetként, akkor az Azure Migrate a tesztelési migráláshoz kiválasztott virtuális hálózatban azonos nevű alhálózatot használ.
• Ha az azonos nevű alhálózat nem található, akkor az Azure Migrate betűrendben kiválasztja az első elérhető alhálózatot, amely nem átjáró/Application Gateway/Firewall/Bastion alhálózat.

Miért tiltja le a Migrálás tesztelése gombot a kiszolgálóm?

A tesztelési migrálás gomb letiltott állapotban lehet az alábbi esetekben:

• A tesztelési migrálás csak akkor indítható el, ha a virtuális gép kezdeti replikációja (IR) befejeződött. A tesztelési migrálás gomb az integrációs modul folyamatának befejezéséig le lesz tiltva. Ha a virtuális gép deltaszinkronizálási fázisban van, elvégezheti a tesztelési migrálást.
• A gomb letiltható, ha a tesztelési migrálás már befejeződött, de a virtuális gép esetében nem végeztek tesztmigrálási tisztítást. Végezze el a migrálás törlésének tesztelését, és próbálkozzon újra a művelettel.

Mi történik, ha nem tisztítom meg a tesztmigrálást?

A tesztelési migrálás szimulálja a tényleges migrálást egy teszt Azure-beli virtuális gép replikált adatokkal történő létrehozásával. A kiszolgáló üzembe lesz helyezve a replikált adatok időpéldányával a cél erőforráscsoportba (a replikáció engedélyezésekor kiválasztva) egy "-test" utótaggal. A tesztelési migrálások a kiszolgáló funkcióinak ellenőrzésére szolgálnak, hogy a migrálás utáni problémák minimalizálva legyenek. Ha a tesztmigrálás nem törlődik a tesztelés után, a teszt virtuális gép továbbra is az Azure-ban fog futni, és díjakat von maga után. A tesztmigrálás utáni törléshez nyissa meg a replikáló gépek nézetét a Migrálási és modernizálási eszközben, és használja a gépen a "törlési teszt áttelepítése" műveletet.

Hogyan tudja, hogy a virtuális gép sikeresen migrálva lett-e?

Miután sikeresen migrálta a virtuális gépet/kiszolgálót, megtekintheti és kezelheti a virtuális gépet a Virtuális gépek lapon. Csatlakozzon a migrált virtuális géphez az ellenőrzéshez. Másik lehetőségként áttekintheti a művelet feladatállapotát annak ellenőrzéséhez, hogy az áttelepítés sikeresen befejeződött-e. Ha hibaüzenetet lát, oldja meg őket, és próbálkozzon újra az áttelepítési művelettel.

Mi történik, ha nem állítom le a replikációt a migrálás után?

A replikáció leállításakor a migrálási és modernizálási eszköz törli a replikációhoz létrehozott előfizetés felügyelt lemezeit.

Mi történik, ha nem fejezem be a migrálást a migrálás után?

A migrálás befejezésekor a migrálási és modernizálási eszköz megtisztítja a replikációhoz létrehozott előfizetés felügyelt lemezeit. Ha az áttelepítés után nem a Teljes migrálás lehetőséget választja, ezekért a lemezekért továbbra is díjat kell fizetnie. A teljes migrálás nem érinti a már migrált gépekhez csatolt lemezeket.

Hogyan migrálhatok UEFI-alapú gépeket az Azure-ba 1. generációs virtuális gépekként?

A migrálási és modernizálási eszköz UEFI-alapú gépeket migrál az Azure-ba 2. generációs virtuális gépekként. Ha az 1. generációs Azure-beli virtuális gépekre szeretné migrálni őket, a replikáció megkezdése előtt konvertálja a rendszerindítási típust BIOS-ra, majd a Migrálási és modernizálási eszközzel migráljon az Azure-ba.

Az Azure Migrate BIOS-alapú gépekké alakítja át az UEFI-alapú gépeket, és 1. generációs Azure-beli virtuális gépként migrálja őket az Azure-ba?

A migrálási és modernizálási eszköz az összes UEFI-alapú gépet azure 2. generációs virtuális gépként migrálja az Azure-ba. Már nem támogatjuk az UEFI-alapú virtuális gépek BIOS-alapú virtuális gépekké való átalakítását. Az összes BIOS-alapú gép csak Azure 1. generációs virtuális gépként lesz migrálva az Azure-ba.

Mely operációs rendszerek támogatottak az UEFI-alapú gépek Azure-ba való migrálásához?

UEFI-alapú gépekhez támogatott operációs rendszerek	Ügynök nélküli VMware az Azure-ba	Ügynök nélküli Hyper-V–Azure	Ügynökalapú VMware, fizikai és egyéb felhők az Azure-ba
Windows Server 2019, 2016, 2012 R2, 2012	I	I	I
Windows 10 Pro, Windows 10 Enterprise	I	I	I
SUSE Linux Enterprise Server 15 SP1	I	I	I
SUSE Linux Enterprise Server 12 SP4	I	I	I
Ubuntu Server 16.04, 18.04, 19.04, 19.10	I	I	I
RHEL 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	I	I	I
Cent OS 8.1, 8.0, 7.7, 7.6, 7.5, 7.4, 6.x	I	I	I
Oracle Linux 7.7, 7.7-CI	I	I	I

Migrálhatok Active Directory-tartományvezérlőket az Azure Migrate használatával?

A migrálási és modernizálási eszköz alkalmazásgnosztikus, és a legtöbb alkalmazáshoz használható. Amikor migrál egy kiszolgálót a migrálási és modernizálási eszközzel, a kiszolgálóra telepített összes alkalmazás együtt lesz migrálva. Egyes alkalmazások esetében azonban a migrálástól és a modernizálástól eltérő alternatív migrálási módszerek jobban alkalmasak lehetnek a migrálásra. Az Active Directory esetében, ha a hibrid környezetek, ahol a helyszíni hely csatlakozik az Azure-környezethez, bővítheti a címtárat az Azure-ban további tartományvezérlők hozzáadásával és az Active Directory-replikáció beállításával. Ha az Azure-ban elkülönített környezetbe migrál, amelyhez saját tartományvezérlőkre van szükség (vagy tesztkörnyezetben teszteli az alkalmazásokat), migrálhatja a kiszolgálókat a migrálási és modernizálási eszközzel.

Frissíthetem az operációs rendszeremet migrálás közben?

A migrálási és modernizálási eszköz jelenleg csak a hasonló jellegű migrálásokat támogatja. Az eszköz nem támogatja az operációs rendszer verziójának frissítését a migrálás során. A migrált gép operációs rendszere megegyezik a forrásgéppel.

Szükségem van a VMware vCenterre a VMware virtuális gépek migrálásához?

VMware virtuális gépek VMware-ügynökalapú vagy ügynök nélküli migrálással történő migrálásához a virtuális gépeket tároló ESXi-gazdagépeket a vCenter Servernek kell felügyelnie. Ha nem rendelkezik vCenter-kiszolgálóval, migrálhatja a VMware virtuális gépeket fizikai kiszolgálóként való migrálással. További információ.

Összevonhatok több forrás virtuális gépet egy virtuális gépbe migrálás közben?

A migrálási és modernizációs képességek jelenleg a hasonló migrálásokat támogatják. Nem támogatjuk a kiszolgálók összevonását vagy az operációs rendszer frissítését a migrálás részeként.

Támogatott lesz a Windows Server 2008 és 2008 R2 az Azure-ban a migrálás után?

A helyszíni Windows Server 2008- és 2008 R2-kiszolgálókat azure-beli virtuális gépekre migrálhatja, és a kiterjesztett biztonsági frissítéseket a támogatás megszűnését követő három évig díjmentesen beszerezheti a virtuális gép futtatásának költsége felett. A Windows Server 2008 és 2008 R2 számítási feladatok áttelepítéséhez használhatja a migrálási és modernizációs eszközt.

Hogyan migrálni a VMware/Hyper-V rendszeren futó Windows Server 2003-at az Azure-ba?

A Windows Server 2003 kiterjesztett támogatása 2015. július 14-én megszűnt. A Azure-támogatás csapata továbbra is segít a Windows Server 2003 Azure-on való futtatásával kapcsolatos problémák elhárításában. Ez a támogatás azonban olyan problémákra korlátozódik, amelyek nem igényelnek operációsrendszer-szintű hibaelhárítást vagy javításokat. A Windows Server újabb verzióját futtató Azure-példányokra való migrálás ajánlott módszer annak biztosítására, hogy hatékonyan használja az Azure-felhő rugalmasságát és megbízhatóságát.

Ha azonban továbbra is a Windows Server 2003 Azure-ba való migrálását választja, akkor a Migrálási és modernizálási eszközt akkor használhatja, ha a Windows Server egy VMware-en vagy Hyper-V-n futó virtuális gép. A cikk áttekintésével előkészítheti a Windows Server 2003 rendszerű gépeket a migrálásra.

Ügynök nélküli VMware-migrálás

Hogyan működik az ügynök nélküli migrálás?

A migrálási és modernizálási eszköz ügynök nélküli replikációs lehetőségeket biztosít a Windows vagy Linux rendszerű VMware virtuális gépek és Hyper-V virtuális gépek áttelepítéséhez. Az eszköz egy másik ügynökalapú replikációs lehetőséget is biztosít a Windows- és Linux-kiszolgálókhoz, amelyek fizikai kiszolgálók migrálásához használhatók, valamint x86/x64 virtuális gépeket a VMware-en, Hyper-V-n, AWS-en, GCP-n stb. Az ügynökalapú replikációs lehetőséghez az ügynökszoftver telepítése szükséges az áttelepített kiszolgálón/virtuális gépen, míg az ügynök nélküli beállításban maguknak a virtuális gépeknek nem kell szoftvereket telepíteniük, így nagyobb kényelem és egyszerűség érhető el az ügynökalapú replikációs lehetőséggel szemben.

Az ügynök nélküli replikációs lehetőség a virtualizálási szolgáltató (VMware, Hyper-V) által biztosított mechanizmusokkal működik. VMware virtuális gépek esetében az ügynök nélküli replikációs mechanizmus VMware-pillanatképeket és A VMware által módosított blokkkövetési technológiát használ az adatok virtuálisgép-lemezekről való replikálásához. Ez a mechanizmus hasonló ahhoz, amelyet sok biztonsági mentési termék használ. Hyper-V virtuális gépek esetében az ügynök nélküli replikációs mechanizmus virtuálisgép-pillanatképeket és a Hyper-V replika változáskövetési képességét használja az adatok virtuálisgép-lemezekről való replikálásához.

Ha a replikáció egy virtuális géphez van konfigurálva, először egy kezdeti replikációs fázison megy keresztül. A kezdeti replikáció során a rendszer egy virtuálisgép-pillanatképet készít, és a pillanatképlemezek adatainak teljes másolatát replikálja az előfizetés felügyelt lemezeibe. A virtuális gép kezdeti replikációjának befejezése után a replikációs folyamat növekményes replikációs (deltareplikációs) fázisra vált. A növekményes replikációs fázisban az utolsó befejezett replikációs ciklus óta bekövetkezett adatváltozásokat a rendszer rendszeresen replikálja és alkalmazza a replika által felügyelt lemezekre, így a replikáció szinkronban marad a virtuális gépen végbemenő változásokkal. VMware virtuális gépek esetében a VMware módosított blokkkövetési technológiája a replikációs ciklusok közötti változások nyomon követésére szolgál. A replikációs ciklus elején a rendszer egy virtuálisgép-pillanatképet hoz létre, és a módosított blokkkövetés használatával lekérheti az aktuális pillanatkép és az utolsó sikeresen replikált pillanatkép közötti változásokat. Így csak az utolsó befejezett replikációs ciklus óta megváltozott adatokat kell replikálni, hogy a virtuális gép replikációja szinkronban maradjon. Az egyes replikációs ciklusok végén a rendszer kiadja a pillanatképet, és pillanatkép-összevonást végez a virtuális gépen. Hasonlóképpen a Hyper-V virtuális gépek esetében a Hyper-V replika változáskövetési motorja az egymást követő replikációs ciklusok közötti változások nyomon követésére szolgál.

Amikor replikáló virtuális gépen hajtja végre a migrálási műveletet, lehetősége van leállítani a helyszíni virtuális gépet, és egy utolsó növekményes replikációt végrehajtani a nulla adatvesztés biztosítása érdekében. Az áttelepítés végrehajtásakor a virtuális gépnek megfelelő replika által felügyelt lemezek használatával hozza létre a virtuális gépet az Azure-ban.

Első lépésként tekintse meg a VMware ügynök nélküli migrálását és a Hyper-V ügynök nélküli migrálási oktatóanyagait.

Hogyan felmérni a migrálások sávszélesség-követelményét?

Az adatok Azure-ba történő replikálásának sávszélessége számos tényezőtől függ, és annak függvénye, hogy a helyszíni Azure Migrate-berendezés milyen gyorsan tudja olvasni és replikálni az adatokat az Azure-ba. A replikáció két fázisból áll: a kezdeti replikációból és a változásreplikációból.

Amikor egy virtuális gép replikációja elindul, egy kezdeti replikációs ciklus következik be, amelyben a lemezek teljes másolatai replikálódnak. A kezdeti replikáció befejezése után a növekményes replikációs ciklusok (változásciklusok) rendszeres időközönként ütemezve lesznek az előző replikációs ciklus óta bekövetkezett módosítások átviteléhez.

A sávszélességre vonatkozó követelményt a kezdeti replikáció befejezéséhez szükséges adatmennyiség alapján lehet megállapítani (ideális esetben azt szeretné, hogy a kezdeti replikáció legalább 3-4 nappal a tényleges migrálási időszak előtt befejeződjön, hogy elegendő időt biztosítson a tesztmigrálás végrehajtására a tényleges időszak előtt, és hogy az állásidő minimális legyen az ablak alatt).

Az ügynök nélküli VMware virtuális gépek migrálásához szükséges sávszélességet vagy időt az alábbi képlet használatával becsülheti meg:

A kezdeti replikáció befejezésének ideje = {a lemezek mérete (vagy ha rendelkezésre áll a használt méret) * 0,7 (feltételezve, hogy a tömörítési átlag 30 százalék – konzervatív becslés)}/a replikációhoz elérhető sávszélesség.

Hogyan szabályozhatja a replikációt az Azure Migrate-berendezés ügynök nélküli VMware-replikációhoz való használatával?

A NetQosPolicy használatával szabályozhatja a szabályozást. Vegye figyelembe, hogy ez a szabályozás csak az Azure Migrate-berendezés kimenő kapcsolataira vonatkozik. Példa:

A NetQosPolicy-ban használandó AppNamePrefix a "GatewayWindowsService.exe". Létrehozhat egy szabályzatot az Azure Migrate-berendezésen a replikációs forgalom szabályozásához a berendezésről egy ilyen szabályzat létrehozásával:

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

A replikáció sávszélességének ütemezés szerinti növelése és csökkentése érdekében a Windows ütemezett feladatával igény szerint skálázhatja a sávszélességet. Az egyik tevékenység a sávszélesség csökkentésére, a másik pedig a sávszélesség növelésére szolgál. Megjegyzés: Az alábbi parancsok végrehajtása előtt létre kell hoznia a fent vázolt NetQosPolicy-t.

#Replace with an account 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) will be 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

Hogyan befolyásolja a forgalom sebessége az ügynök nélküli replikációt?

Mivel az ügynök nélküli replikáció az adatokban van, az adatváltozási minta fontosabb, mint az adatváltozási sebesség. Ha egy fájl újra és újra meg van írva, a sebességnek nincs nagy hatása. Egy olyan minta azonban, amelyben minden más szektort megírnak, a következő ciklusban nagy mértékű változáshoz vezet. Mivel minimálisra csökkentjük az átvihető adatok mennyiségét, lehetővé tesszük, hogy az adatok a lehető legnagyobb mértékben hajtsanak össze, mielőtt a következő ciklust ütemeznénk.

Milyen gyakran van ütemezve egy replikációs ciklus?

A következő replikációs ciklus ütemezésére szolgáló képlet az (előző ciklus ideje / 2) vagy egy óra, amelyik magasabb.

Ha például egy virtuális gép négy órát vesz igénybe egy változásciklushoz, a következő ciklust két óra múlva ütemezi a rendszer, és nem a következő órában. A folyamat a kezdeti replikáció után azonnal eltérő, amikor az első változásciklust azonnal ütemezi.

Két (vagy több) berendezést telepítettem a virtuális gépek felderítésére a vCenter Serveren. Amikor azonban megpróbálom migrálni a virtuális gépeket, csak az egyik berendezésnek megfelelő virtuális gépeket látom.

Ha több berendezés is be van állítva, szükséges, hogy ne legyen átfedés a megadott vCenter-fiókokban lévő virtuális gépek között. Az ilyen átfedés mellett zajló felderítés nem támogatott forgatókönyv.

Hogyan befolyásolja az ügynök nélküli replikáció a VMware-kiszolgálókat?

Az ügynök nélküli replikáció némi teljesítménybeli hatással van a VMware vCenter Server és a VMware ESXi gazdagépekre. Mivel az ügynök nélküli replikáció pillanatképeket használ, iOPS-t használ a tárterületen, ezért szükség van némi IOPS-tárolási sávszélességre. Nem javasoljuk az ügynök nélküli replikáció használatát, ha a környezetében korlátozza a tárolást vagy az IP-címeket.

Az Azure Migrate használatával migrálhatom a webalkalmazásaimat Azure-alkalmazás Szolgáltatásba?

A windowsos operációs rendszeren futó IIS-webkiszolgálókon futó ASP.NET webalkalmazások ügynök nélküli, ügynök nélküli migrálását VMware-környezetben végezheti el. További információ.

Ügynökalapú migrálás

Hogyan migrálhatom az AWS EC2-példányaimat az Azure-ba?

Tekintse át a cikket az AWS EC2-példányok felderítéséhez, értékeléséhez és az Azure-ba való migrálásához.

Hogyan működik az ügynökalapú migrálás?

A VMware virtuális gépek és Hyper-V virtuális gépek ügynök nélküli áttelepítési lehetőségei mellett a Migrálási és modernizálási eszköz ügynökalapú migrálási lehetőséget biztosít a fizikai kiszolgálókon futó Windows- és Linux-kiszolgálók áttelepítéséhez, vagy x86/x64 virtuális gépekként a VMware-en, Hyper-V-en, AWS-en, Google Cloud Platformon stb.

Az ügynökalapú migrálási módszer a migrált kiszolgálón telepített ügynökszoftvert használja a kiszolgálóadatok Azure-ba való replikálásához. A replikációs folyamat egy kiszervezési architektúrát használ, amelyben az ügynök a replikációs adatokat egy dedikált replikációs kiszolgálónak, a replikációs berendezésnek vagy a konfigurációs kiszolgálónak (vagy egy kibővített folyamatkiszolgálónak) továbbítja. További információ az ügynökalapú migrálási lehetőség működéséről.

Megjegyzés: A replikációs berendezés eltér az Azure Migrate felderítő berendezésétől, és külön/dedikált gépen kell telepíteni.

Hol telepítsem a replikációs berendezést ügynökalapú áttelepítésekhez?

A replikációs berendezést egy dedikált gépen kell telepíteni. A replikációs berendezést nem szabad olyan forrásgépre telepíteni, amelyet replikálni szeretne, vagy az Azure Migrate-berendezésre (amelyet felderítésre és értékelésre használnak), amelyet korábban esetleg telepített. További részletekért kövesse az oktatóanyagot .

Migrálhatom az Amazon Linux operációs rendszert futtató AWS virtuális gépeket?

Az Amazon Linuxot futtató virtuális gépek nem migrálhatók, mivel az Amazon Linux operációs rendszer csak az AWS-en támogatott. Az Amazon Linuxon futó számítási feladatok migrálásához üzembe helyezhet egy CentOS/RHEL virtuális gépet az Azure-ban, és a megfelelő számítási feladatok migrálási módszerével migrálhatja az AWS Linux-gépen futó számítási feladatokat. A számítási feladattól függően előfordulhat például, hogy a migrálást segítő számítási feladatokra vonatkozó eszközök is léteznek – például adatbázisokhoz vagy webkiszolgálók esetén üzembehelyezési eszközökhöz.

Hogyan felmérni a migrálások sávszélesség-követelményét?

Az adatok Azure-ba történő replikálásának sávszélessége számos tényezőtől függ, és annak függvénye, hogy a helyszíni Azure Migrate-berendezés milyen gyorsan tudja olvasni és replikálni az adatokat az Azure-ba. A replikáció két fázisból áll: a kezdeti replikációból és a változásreplikációból.

Amikor egy virtuális gép replikációja elindul, egy kezdeti replikációs ciklus következik be, amelyben a lemezek teljes másolatai replikálódnak. A kezdeti replikáció befejezése után a növekményes replikációs ciklusok (változásciklusok) rendszeres időközönként ütemezve lesznek az előző replikációs ciklus óta bekövetkezett módosítások átviteléhez.

Az ügynökalapú replikációs módszer esetében a Deployment Planner segíthet profilt készíteni az adatváltozás környezetéről, és előre jelezheti a szükséges sávszélesség-követelményt. További információkért tekintse meg ezt a cikket

Ügynök nélküli Hyper-V migrálás

Hogyan működik az ügynök nélküli migrálás?

A migrálási és modernizálási eszköz ügynök nélküli replikációs lehetőségeket biztosít a Windows vagy Linux rendszerű VMware virtuális gépek és Hyper-V virtuális gépek áttelepítéséhez. Az eszköz további ügynökalapú replikációs lehetőséget is biztosít a fizikai kiszolgálók migrálásához használható Windows- és Linux-kiszolgálókhoz, valamint x86/x64 virtuális gépekhez VMware, Hyper-V, AWS, GCP stb. Az ügynökalapú replikációs lehetőséghez ügynökszoftvert kell telepíteni az áttelepített kiszolgálón/virtuális gépen, míg az ügynök nélküli beállításban nem kell szoftvert telepíteni magukra a virtuális gépekre, ami további kényelmet és egyszerűséget biztosít az ügynökalapú replikációs lehetőséggel szemben.

Az ügynök nélküli replikációs lehetőség a virtualizálási szolgáltató (VMware, Hyper-V) által biztosított mechanizmusokkal működik. Hyper-V virtuális gépek esetében az ügynök nélküli replikációs mechanizmus virtuálisgép-pillanatképeket és a Hyper-V replika változáskövetési képességét használja az adatok virtuálisgép-lemezekről való replikálásához.

Ha a replikáció egy virtuális géphez van konfigurálva, először egy kezdeti replikációs fázison megy keresztül. A kezdeti replikáció során a rendszer egy virtuálisgép-pillanatképet készít, és a pillanatképlemezek adatainak teljes másolatát replikálja az előfizetés felügyelt lemezeibe. A virtuális gép kezdeti replikációjának befejezése után a replikációs folyamat növekményes replikációs (deltareplikációs) fázisra vált. A növekményes replikációs fázisban az utolsó befejezett replikációs ciklus óta bekövetkezett adatváltozásokat a rendszer rendszeresen replikálja és alkalmazza a replika által felügyelt lemezekre, így a replikáció szinkronban marad a virtuális gépen végbemenő változásokkal. VMware virtuális gépek esetében a VMware módosított blokkkövetési technológiája a replikációs ciklusok közötti változások nyomon követésére szolgál. A replikációs ciklus elején a rendszer egy virtuálisgép-pillanatképet hoz létre, és a módosított blokkkövetés használatával lekérheti az aktuális pillanatkép és az utolsó sikeresen replikált pillanatkép közötti változásokat. Így csak az utolsó befejezett replikációs ciklus óta megváltozott adatokat kell replikálni, hogy a virtuális gép replikációja szinkronban maradjon. Az egyes replikációs ciklusok végén a rendszer kiadja a pillanatképet, és pillanatkép-összevonást végez a virtuális gépen. Hasonlóképpen a Hyper-V virtuális gépek esetében a Hyper-V replika változáskövetési motorja az egymást követő replikációs ciklusok közötti változások nyomon követésére szolgál.

Amikor replikáló virtuális gépen hajtja végre a migrálási műveletet, lehetősége van leállítani a helyszíni virtuális gépet, és egy utolsó növekményes replikációt végrehajtani a nulla adatvesztés biztosítása érdekében. Az áttelepítés végrehajtásakor a virtuális gépnek megfelelő replika által felügyelt lemezek használatával hozza létre a virtuális gépet az Azure-ban.

Első lépésként tekintse meg a Hyper-V ügynök nélküli migrálási oktatóanyagát.

Hogyan felmérni a migrálások sávszélesség-követelményét?

Az adatok Azure-ba történő replikálásának sávszélessége számos tényezőtől függ, és annak függvénye, hogy a helyszíni Azure Migrate-berendezés milyen gyorsan tudja olvasni és replikálni az adatokat az Azure-ba. A replikáció két fázisból áll: a kezdeti replikációból és a változásreplikációból.

Amikor egy virtuális gép replikációja elindul, egy kezdeti replikációs ciklus következik be, amelyben a lemezek teljes másolatai replikálódnak. A kezdeti replikáció befejezése után a növekményes replikációs ciklusok (változásciklusok) rendszeres időközönként ütemezve lesznek az előző replikációs ciklus óta bekövetkezett módosítások átviteléhez.

A sávszélességre vonatkozó követelményt a kezdeti replikáció befejezéséhez szükséges adatmennyiség alapján lehet megállapítani (ideális esetben azt szeretné, hogy a kezdeti replikáció legalább 3-4 nappal a tényleges migrálási időszak előtt befejeződjön, hogy elegendő időt biztosítson a tesztmigrálás végrehajtására a tényleges időszak előtt, és hogy az állásidő minimális legyen az ablak alatt).

Következő lépések

Olvassa el az Azure Migrate áttekintését.