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

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 információk az Azure Migrate-ről.
• Olvassa el az Azure Migrate-berendezéssel kapcsolatos gyakori kérdéseket.
• További információ a felderítésről, az értékelésről és a függőségi vizualizációról.
• Tegyen fel kérdéseket az Azure Migrate fórumában.

Általános kérdések

Mik a migrálási lehetőségek a migrálási és modernizálási eszközzel?

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

Függetlenül attól, hogy melyik migrálási lehetőséget választja, a kiszolgáló áttelepítésének első lépése a kiszolgáló replikációjának elindítása a Migrálás és a modernizálás eszközzel. Ez a folyamat végrehajtja 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ó (delta sync), amely növekményes adatokat migrál az Azure-ba. Miután a művelet elérte a delta-szinkronizálási szakaszt, bármikor áttelepítheti az Azure-ba.

A következő információk alapján dönti el, hogy melyik migrálási lehetőséget használja.

Az ügynök nélküli migrálás nem követeli meg, hogy szoftvereket (ügynököket) telepítsen az áttelepítendő 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ítenie kell az Azure Migrate-szoftvereket (ügynököket) az áttelepítendő forrás virtuális gépekre. Az ügynökalapú beállítás nem támaszkodik a replikációs funkciók virtualizálási platformjára. Bármely olyan kiszolgálóhoz használható, amely x86/x64 architektúrát és az ügynökalapú replikációs módszer által támogatott operációs rendszer verzióját futtatja.

Az ügynökalapú migrálási lehetőség a következő célokra használható:

• VMware virtuális gépek.
• Hyper-V virtuális gépek.
• Fizikai kiszolgálók.
• Az AWS-en futó virtuális gépek.
• GCP-n futó virtuális gépek.
• Más virtualizálási szolgáltatón futó virtuális gépek.

Az ügynökalapú migrálás fizikai kiszolgálóként kezeli a gépeket a migráláshoz.

Az ügynök nélküli migrálás egyszerűbb és egyszerűbb, mint az ügynökalapú replikációs lehetőségek a VMware és Hyper-V virtuális gépek esetében. Érdemes lehet azonban megfontolni az ügynökalapú forgatókönyv használatát a következő használati esetekhez:

• Bemeneti/kimeneti műveletek által másodpercenként korlátozott környezetek (IOPS): Az ügynök nélküli replikáció pillanatképeket használ, és felhasználja a tárolási IOPS/sávszélességet. Az ügynökalapú migrálási módszert javasoljuk, ha a környezetében korlátozások vannak a tárolóra/IOPS-ra.

• Nincs vCenter-kiszolgáló: 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 a VMware áttelepítési lehetőségének kiválasztását.

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

Tekintse át a nyilvános felhők é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 segítségével a kiszolgálók csak egy Azure-régióba migrálhatók. További Azure Migrate-projekteket hozhat létre más régiók számára.

• Ügynök nélküli VMware-áttelepítések esetén a célrégió zárolva van az első replikáció engedélyezésekor.
• Ü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, amikor 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-áttelepítések esetén a célrégió zárolva lesz, amikor a Hyper-V replikációs szolgáltató beállításakor az Erőforrások létrehozása gomb ki van választva a portálon.

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

Igen, ugyanazzal az Azure Migrate-projekttel több előfizetésbe is migrálhat ugyanazzal az Azure-bérlővel ugyanabban a célrégióban. A cél-előfizetést akkor választhatja ki, ha 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-áttelepítések első replikációja után.
• A replikációs berendezés telepítése során ügynökalapú áttelepítések esetén.
• A Hyper-V szolgáltató telepítése során ügynök nélküli Hyper-V-migrálásokhoz.

Támogatja az Azure Migrate az Azure Resource Graphot?

Az Azure Migrate jelenleg nincs integrálva az Azure Resource Graph-tal. Támogatja az Azure Resource Graph-tal kapcsolatos lekérdezések végrehajtását.

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

Az ügynök nélküli replikációval az Azure Migrate-berendezés a feltöltés előtt tömöríti és titkosítja az adatokat. 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 az adatokat a felhőben tárolja (inaktív titkosítás).

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

Nem javasoljuk, hogy az Azure Migrate által létrehozott helyreállítási tárat használja vészhelyreállítási forgatókönyvekhez, mert 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 Migrálás tesztelése lehetőség 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, hogy az Azure-ban tesztkörnyezettel tesztelje a virtuális gépeket a tényleges migrálás előtt. A megadott teszt virtuális hálózat elhatározza a tesztkörnyezetet. A tesztelési migrálási művelet nem diszkruptív, feltéve, hogy a teszt virtuális hálózat megfelelően el van különítve. A virtuális hálózat megfelelően el van különítve a bejövő és kimenő kapcsolati szabályok tervezésekor a nemkívánatos kapcsolatok elkerülése érdekében. Például: korlátozhatja a helyszíni gépekhez való csatlakozást.

Az alkalmazások továbbra is futtathatók a forrásnál, miközben egy klónozott példányon végez teszteket egy 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 elvégezheti a végleges migrálást, miután magabiztosságot létesített a Migrálás tesztelése művelettel.

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 a tesztelési migrálás felhasználói elfogadási tesztelése (UAT) során bármilyen hiba merül fel, 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.

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

A tesztelési migráláshoz kiválaszthat egy virtuális hálózatot. Az Azure Migrate automatikusan kiválaszt egy alhálózatot az alábbi logika alapján:

• Ha a replikáció engedélyezésekor a célalhálózatot (nem alapértelmezett) adja meg bemenetként, az Azure Migrate rangsorolja a tesztelési migráláshoz használt virtuális hálózaton az azonos nevű alhálózatot.
• Ha nem található azonos nevű alhálózat, az Azure Migrate betűrendben kiválasztja az első elérhető alhálózatot, amely nem átjáró, application gateway, tűzfal vagy Azure Bastion alhálózat.

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

A Migrálás tesztelése gomb a következő esetekben tiltható le:

• A tesztelési migrálás csak akkor indítható el, ha a virtuális gép kezdeti replikációja befejeződött. A Migrálás tesztelése gomb a kezdeti replikációs folyamat befejezéséig le van tiltva. Miután 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 tesztmigrálás szimulálja a tényleges migrálást egy teszt Azure-beli virtuális gép replikált adatok használatával történő létrehozásával. A kiszolgáló üzembe helyezése a replikált adatok időponthoz kötött másolatával történik a célerőforráscsoportba (a replikáció engedélyezésekor kiválasztva) utótaggal -test . A tesztelési migrálások célja a kiszolgáló működésének ellenőrzése a migrálás utáni problémák minimalizálása érdekében.

Ha a tesztelés után a tesztmigrálás nem törlődik, a teszt virtuális gép továbbra is fut az Azure-ban, és díjakat von maga után. A tesztelési migrálás utáni tisztításhoz nyissa meg a Replikálás gépek nézetet a Migrálási és modernizálási eszközben, és használja a számítógépen a Cleanup teszt áttelepítési műveletét.

Hogyan tudja, hogy sikeresen migrált-e a virtuális gépem?

A virtuális gép/kiszolgáló sikeres migrálása után megtekintheti és kezelheti a virtuális gépet a Virtuális gépek panelen. Csatlakozzon a migrált virtuális géphez az ellenőrzéshez.

A művelet feladatállapotát is áttekintheti annak ellenőrzéséhez, hogy az áttelepítés sikeresen befejeződött-e. Ha hibaüzenetet lát, oldja fel őket, majd 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 választom ki a teljes migrálást az áttelepítés után?

A teljes migrálás kiválasztásakor 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 nem a Teljes migrálás lehetőséget választja az áttelepítés után, továbbra is díjakat kell fizetnie ezekért a lemezekért. A teljes migrálás nem érinti a már áttelepített 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 Azure-beli virtuális gépekként. Ha 1. generációs Azure-beli virtuális gépként 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 1. generációs Azure-beli 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 2025, 2022, 2019, 2016, 2012 R2, 2012	I	I	I
Windows 11 Pro, Windows 11 Nagyvállalati verzió	I	I	I
Windows 10 Pro, Windows 10 Enterprise	I	I	I
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6	I	I	I
SUSE Linux Enterprise Server 12 SP4	I	I	I
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS	I	I	I
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x	I	I	I
CentOS Stream	I	I	I
Oracle Linux 9, 8, 7.7-CI, 7.7, 6	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öz használatával, a kiszolgálóra telepített összes alkalmazás ezzel együtt lesz migrálva. Az alternatív migrálási módszerek azonban jobban alkalmasak lehetnek egyes alkalmazások áttelepítésére.

Az Active Directory esetében a környezet típusa lehet tényező. Az Azure-környezethez csatlakoztatott helyszíni helyekkel rendelkező hibrid környezetben további tartományvezérlők hozzáadásával és az Active Directory-replikáció beállításával bővítheti a címtárat az Azure-ban. A migrálási és modernizálási eszközt a következő esetekben használhatja:

• Migrálás az Azure-ban egy elszigetelt környezetbe, amelyhez saját tartományvezérlők szükségesek.
• Alkalmazások tesztelése tesztkörnyezetben.

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

A migrálási és modernizálási eszköz mostantól támogatja a Windows operációs rendszer frissítését a migrálás során. Ez a lehetőség jelenleg nem érhető el Linux rendszeren. További részletek a Windows operációs rendszer frissítéséről.

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

Ahhoz, hogy VMware virtuális gépeket migráljon VMware-ügynökalapú vagy ügynök nélküli migrálással, a vCenter Servernek kezelnie kell azokat az ESXi-gazdagépeket, amelyeken a virtuális gépek találhatók. Ha nem rendelkezik vCenter-kiszolgálóval, fizikai kiszolgálóként migrálhatja a VMware virtuális gépeket. 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álási eszköz jelenleg támogatja a hasonló jellegű migrálásokat. Nem támogatjuk a kiszolgálók összevonását a migrálás során.

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 támogatás megszűnését követő három évig további biztonsági frissítéseket kaphat a virtuális gép futtatásának költségei 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 elhárítani a Windows Server 2003 Azure-beli futtatásával kapcsolatos problémákat. 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.

Javasoljuk, hogy az alkalmazásokat a Windows Server újabb verzióját futtató Azure-példányokra migrálja, hogy hatékonyan használja az Azure-felhő rugalmasságát és megbízhatóságát.

Ha 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 üzembe helyezése VMware-en vagy Hyper-V-n futó virtuális gép. További információ: Windows Server 2003 rendszerű gépek előkészítése 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- é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 biztosít Windows- és Linux-kiszolgálókhoz. Ez a másik lehetőség használható fizikai kiszolgálók és x86/x64 virtuális gépek migrálásához olyan szolgáltatókon, mint a VMware, a Hyper-V, az AWS és a GCP.

Az ügynökalapú replikációhoz ügynökszoftvert kell telepítenie az áttelepítendő virtuális gépre/kiszolgálóra. Az ügynök nélküli beállítás nem követeli meg, hogy szoftvereket telepítsen a virtuális gépekre, ami kényelmes és egyszerű.

Az ügynök nélküli replikációs lehetőség a virtualizálási szolgáltató (VMware vagy Hyper-V) által biztosított mechanizmusokat használja. VMware virtuális gépek esetében az ügynök nélküli replikációs mechanizmus VMware-pillanatképeket és VMware változásblokk-követő technológiát használ az adatok virtuálisgép-lemezekről való replikálásához. Sok biztonsági mentési termék hasonló mechanizmust használ. Hyper-V virtuális gépek esetén 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, a virtuális gép 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éplemezekből származó adatok teljes másolatát replikálja az előfizetés felügyelt lemezeibe. Miután a virtuális gép kezdeti replikációja befejeződött, 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ázis az utolsó befejezett replikációs ciklus óta bekövetkezett adatváltozásokat kezeli. Ezeket a módosításokat a rendszer rendszeresen replikálja és alkalmazza a replika által felügyelt lemezekre. Ez a folyamat szinkronban tartja a replikációt a virtuális gépen végrehajtott módosításokkal.

A VMware változásblokk-követő technológiája nyomon követi a VMware virtuális gépek replikációs ciklusai közötti változásokat. A replikációs ciklus elején a rendszer egy virtuálisgép-pillanatképet készít, és a változásblokkok nyomon követésével lefordítja a módosításokat az aktuális pillanatkép és az utolsó sikeresen replikált pillanatkép között. Ahhoz, hogy a virtuális gép replikációja szinkronban maradjon, csak az utolsó befejezett replikációs ciklus óta megváltozott adatokat kell replikálni.

Az egyes replikációs ciklusok végén a rendszer kiadja a pillanatképet, és a rendszer pillanatkép-összevonást hajt végre 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 nyomon követi az egymást követő replikációs ciklusok közötti változásokat.

Amikor replikáló virtuális gépen hajtja végre a Migrate műveletet, leállítja a helyszíni virtuális gépet, és egyetlen utolsó növekményes replikációt hajthat végre a nulla adatvesztés biztosítása érdekében. A replikáció 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?

Számos tényező befolyásolhatja az adatok Azure-ba replikálásához szükséges sávszélességet. A sávszélesség-követelmény attól függ, 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 ciklusokat (változásciklusokat) rendszeres időközönként ütemezi a rendszer az előző replikációs ciklus óta bekövetkezett módosítások átviteléhez.

A sávszélességre vonatkozó követelmény a következő alapján dolgozható ki:

• A hullámban való mozgáshoz szükséges adatmennyiség.
• A kezdeti replikációs folyamathoz kiosztani kívánt idő.

Ideális esetben azt szeretné, hogy a kezdeti replikáció legalább 3–4 nappal a tényleges áttelepítési időszak előtt befejeződjön. Ez az idővonal elegendő időt biztosít a tesztelési migrálás végrehajtására a tényleges ablak előtt, és minimálisra állítja az állásidőt az ablakban.

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ályozható replikáció az Azure Migrate-berendezés ügynök nélküli VMware-replikációhoz való használatakor?

A használatával NetQosPolicyszabályozhatja a szabályozást. Ez a szabályozási módszer csak az Azure Migrate-berendezés kimenő kapcsolataira vonatkozik.

Például a AppNamePrefix használni NetQosPolicy kívánt érték a következő 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éséhez és csökkentéséhez a Windows ütemezett feladataival igény szerint skálázhatja a sávszélességet. Az egyik tevékenység csökkenti a sávszélességet, egy másik tevékenység pedig növeli a sávszélességet.

#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

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 minimalizálja az átvihető adatok mennyiségét, lehetővé teszi, hogy az adatok a lehető legnagyobb mértékben összecsukhatóak, mielőtt ütemezni szeretné a következő ciklust.

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

A következő replikációs ciklus ütemezésére szolgáló képlet a következő: (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. De amikor megpróbálok migrálni a virtuális gépeket, csak az egyik berendezésnek megfelelő virtuális gépeket látom.

Ha több berendezést állít be, a megadott vCenter-fiókok virtuális gépei között nem lehet átfedés. 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 IOPS-t.

Replikálhatók a kikapcsolt virtuális gépek?

A VMware virtuális gépek replikációja kikapcsoláskor támogatott, de csak ügynök nélküli megközelítésben.

Javasoljuk, hogy végezzen tesztmigrálást, hogy minden zökkenőmentesen haladjon a tényleges migrálás során. Ez a módszer akkor lehet hasznos, ha a kezdeti replikációs folyamat hosszadalmas, vagy nagy terhelésű virtuális gépekhez, például adatbázis-kiszolgálókhoz vagy más lemezigényes számítási feladatokhoz.

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

Az IIS-webkiszolgálókon futó ASP.NET webalkalmazások nagy léptékű, ügynök nélküli migrálását VMware-környezetben, Windows operációs rendszeren futtatva 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 az Amazon Web Services (AWS) virtuális gépek felderítését, értékelését és migrálását az Azure-ba.

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

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 való futtatásához olyan szolgáltatókon, mint a VMware, a Hyper-V, az AWS és a GCP.

Az ügynökalapú migrálási módszer ügynökszoftverrel replikálja a kiszolgálói adatokat az Azure-ba. Telepítse a szoftvert a migrálni kívánt kiszolgálóra. 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 konfigurációs kiszolgálónak (vagy egy kibővített folyamatkiszolgálónak) továbbítja. További részletekért lásd : Ügynökalapú migrálási architektúra.

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ítenie. Ne telepítse a replikációs berendezést egy replikálni kívánt forrásgépre vagy a felderítéshez és értékeléshez használt Azure Migrate-berendezésre. További részletekért olvassa el a migrálási gépeket fizikai kiszolgálóként az Azure-ba .

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 centOS/RHEL virtuális gépet indíthat az Azure-ban. Ezután migrálhatja az AWS Linux-gépen futó számítási feladatot egy releváns számítási feladat áttelepítési módszerével. A számítási feladattól függően lehetnek például számítási feladatokra vonatkozó eszközök a migrálás céljából, például adatbázisokhoz vagy webkiszolgálók üzembehelyezési eszközeihez.

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

Számos tényező befolyásolhatja az adatok Azure-ba replikálásához szükséges sávszélességet. A sávszélesség-követelmény attól függ, 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 ciklusokat (változásciklusokat) rendszeres időközönként ütemezi a rendszer 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 az Azure Site Recovery Deployment Planner segíthet profilba venni az adatváltozás környezetét, és előrejelezni a szükséges sávszélesség-követelményt. További információkért olvassa el a VMware üzembe helyezésének megtervezését.

Ü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- é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 biztosít Windows- és Linux-kiszolgálókhoz. Ez a másik lehetőség használható fizikai kiszolgálók és x86/x64 virtuális gépek migrálásához olyan szolgáltatókon, mint a VMware, a Hyper-V, az AWS és a GCP.

Az ügynökalapú replikációs beállításhoz ügynökszoftvert kell telepítenie az áttelepítendő virtuális gépre/kiszolgálóra. Az ügynök nélküli beállítás nem követeli meg, hogy szoftvereket telepítsen a virtuális gépekre, ami kényelmes és egyszerű.

Az ügynök nélküli replikációs lehetőség a virtualizálási szolgáltató (VMware vagy Hyper-V) által biztosított mechanizmusokkal működik. Hyper-V virtuális gépek esetén az ügynök nélküli replikációs mechanizmus virtuálisgép-pillanatképek és a Hyper-V replika változáskövetési képessége segítségével replikálja az adatokat a virtuálisgép-lemezekről.

Ha a replikáció egy virtuális géphez van konfigurálva, a virtuális gép 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éplemezekből származó adatok teljes másolatát replikálja az előfizetés felügyelt lemezeibe. Miután a virtuális gép kezdeti replikációja befejeződött, 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ázis az utolsó befejezett replikációs ciklus óta bekövetkezett adatváltozásokat kezeli. Ezeket a módosításokat a rendszer rendszeresen replikálja és alkalmazza a replika által felügyelt lemezekre. Ez a folyamat szinkronban tartja a replikációt a virtuális gépen végrehajtott módosításokkal.

A VMware változásblokk-követő technológiája a VMware virtuális gépek replikációs ciklusai 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 változásblokkok nyomon követésével lekérheti az aktuális pillanatkép és az utolsó sikeresen replikált pillanatkép közötti változásokat. Ahhoz, hogy a virtuális gép replikációja szinkronban maradjon, csak az utolsó befejezett replikációs ciklus óta megváltozott adatokat kell replikálni.

Az egyes replikációs ciklusok végén a rendszer kiadja a pillanatképet, és a rendszer pillanatkép-összevonást hajt végre 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 Migrate műveletet, leállítja a helyszíni virtuális gépet, és egyetlen utolsó növekményes replikációt hajthat végre a nulla adatvesztés biztosítása érdekében. 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?

Számos tényező befolyásolhatja az adatok Azure-ba replikálásához szükséges sávszélességet. A sávszélesség-követelmény attól függ, 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 ciklusokat (változásciklusokat) rendszeres időközönként ütemezi a rendszer az előző replikációs ciklus óta bekövetkezett módosítások átviteléhez.

A sávszélességre vonatkozó követelmény a következő alapján dolgozható ki:

• A hullámban való mozgáshoz szükséges adatmennyiség.
• A kezdeti replikációs folyamathoz kiosztani kívánt idő.

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. Ez az idővonal elegendő időt biztosít a tesztelési migrálás végrehajtására a tényleges ablak előtt, és minimálisra állítja az állásidőt az ablakban.

Kapcsolódó tartalom

• További információ a VMware virtuális gépek, Hyper-V virtuális gépek és fizikai kiszolgálók migrálásáról.