Fontos
Ma az IaaS virtuális gépek mintegy 90%-a az Azure Resource Managert használja. 2020. február 28-tól a klasszikus virtuális gépek elavultak, és 2023. szeptember 6-án teljesen megszűnnek. További információ az elavulásról és arról, hogy ez milyen hatással van Önre.
Mit jelent az Azure Service Manager, és mit jelent a klasszikus?
Az IaaS virtuális gépekben (klasszikus) a "klasszikus" szó az Azure Service Manager (ASM) által felügyelt virtuális gépekre vonatkozik. Az Azure Service Manager (ASM) az Azure régi vezérlősíkja, amely a virtuális gépek létrehozásáért, kezeléséért, törléséért és egyéb vezérlősík-műveletek végrehajtásáért felelős.
Mi az Azure Resource Manager?
Az Azure Resource Manager az Azure legújabb vezérlősíkja, amely a virtuális gépek létrehozásáért, kezeléséért, törléséért és egyéb vezérlősík-műveletek végrehajtásáért felelős.
Mennyi idő szükséges a migráláshoz?
A migrálás tervezése és végrehajtása nagyban függ az architektúra összetettségétől, és eltarthat néhány hónapig.
Mi az új ügyfél definíciója az IaaS virtuális gépeken (klasszikus)?
Azok az ügyfelek, akik 2020 februárjában (az elavulás előtt egy hónappal) nem rendelkeztek IaaS virtuális gépekkel (klasszikus) az előfizetésükben, új ügyfeleknek minősülnek.
Mi a meglévő ügyfél definíciója az IaaS virtuális gépeken (klasszikus)?
Azokat az ügyfeleket, akik 2020 februárjában aktív vagy leállított IaaS virtuális gépeket (klasszikus) osztottak ki előfizetéseikben, meglévő ügyfeleknek számítanak. Csak ezek az ügyfelek kapják meg 2023. szeptember 6-ig, hogy migrálják a virtuális gépeiket az Azure Service Managerből az Azure Resource Managerbe.
Miért kapok hibaüzenetet a "NewClassicVMCreationNotAllowedForSubscription" kifejezéssel kapcsolatban?
A kivonási folyamat részeként az IaaS virtuális gépek (klasszikus) már nem érhetők el az új ügyfelek számára. Új ügyfélként azonosítottuk Önt, ezért a művelet nem lett engedélyezve. Határozottan javasoljuk az Azure Resource Manager használatát. Ha nem tud Azure-beli virtuális gépeket használni az Azure Resource Managerrel, forduljon az ügyfélszolgálathoz, és vegye fel az előfizetését az engedélyezési listára.
Érinti ez a migrálási terv az Azure virtuális gépeken futó meglévő szolgáltatásaimat és alkalmazásaimat?
Csak 2023. szeptember 1-jei IaaS virtuális gépek esetén (klasszikus). Az IaaS virtuális gépek (klasszikus) általánosan támogatott szolgáltatások. Továbbra is használhatja ezeket az erőforrásokat, és akár ki is terjesztheti működését a Microsoft Azure-ban. 2023. szeptember 1-jén ezeket a virtuális gépeket teljesen kivonjuk, és minden aktív vagy lefoglalt virtuális gépet leállítunk és felszabadítunk.
Nincs hatással más klasszikus erőforrásokra, például a Cloud Servicesre (klasszikus), a tárfiókra (klasszikus) stb.
Mi történik a virtuális gépeimmel, ha nem tervezek migrálni a közeljövőben?
2023. szeptember 1-jén az IaaS virtuális gépek (klasszikus) teljes kivonásra kerülnek, és minden aktív vagy lefoglalt virtuális gép le lesz osztva. Az üzleti hatás megelőzése érdekében javasoljuk, hogy még ma kezdje el megtervezni a migrálást, és 2023. szeptember 1-je előtt fejezze be. A meglévő klasszikus API-k, Cloud Services és erőforrásmodellek nem elavultak. Szeretnénk könnyebbé tenni a migrálást, figyelembe véve a Resource Manager-alapú üzemi modellben elérhető fejlett szolgáltatásokat. Javasoljuk, hogy kezdje el az erőforrások Azure Resource Managerbe való migrálását.
Milyen hatással lesz a migrálási terv a meglévő eszközállományomra?
Az eszközállomány a Resource Manager-alapú üzemi modellre való frissítése az egyik legjelentősebb változás, amellyel számolnia kell a migrálási tervben.
Milyen hosszú lesz a felügyeleti sík állásideje?
Ez a migrált erőforrások számától függ. A kisebb környezetek esetében (néhány tucat virtuális gépig) a teljes migrálás kevesebb mint egy órát tart majd. Nagyobb méretű környezetek esetében (virtuális gépek százai) a migrálás több óráig is eltarthat.
Visszaválthatok majd, miután a migrált erőforrások véglegesítve lettek a Resource Managerben?
A migrálás bármikor megszakítható, amíg az erőforrások előkészített állapotban vannak. Az erőforrásoknak a véglegesítés művelettel való sikeres migrálását követően a visszaállás nem támogatott.
Visszafordíthatom a migrálást, ha a véglegesítési művelet meghiúsul?
A migrálás nem szakítható meg, ha a véglegesítés művelet meghiúsul. Minden migrálási művelet, beleértve a véglegesítés műveletet is, idempotens. Ezért azt javasoljuk, hogy rövid idő elteltével próbálkozzon újra a művelettel. Ha továbbra is hibába ütközik, hozzon létre egy támogatási jegyet.
Kell új ExpressRoute-kapcsolatcsoportot beszereznem, ha az IaaS-t a Resource Manager alatt kell használnom?
Szám Nemrégiben lehetővé tettük az ExpressRoute-kapcsolatcsoportok áthelyezését a klasszikusból a Resource Manager-alapú üzemi modellbe. Ha már rendelkezik ExpressRoute-kapcsolatcsoporttal, nem kell újat vásárolnia.
Mi a teendő, ha azure-beli szerepköralapú hozzáférés-vezérlési szabályzatokat konfiguráltam a klasszikus IaaS-erőforrásokhoz?
A migrálás során az erőforrások át lesznek alakítva klasszikusból Resource Manager-alapú erőforrásokká. Ezért azt javasoljuk, hogy tervezze meg az Azure RBAC-szabályzat frissítéseit, amelyeknek a migrálás után kell történniük.
Biztonsági másolatot készítek a klasszikus virtuális gépeimről egy tárolóban. Áttelepíthetem a virtuális gépeimet a klasszikus módból Resource Manager módba, hogy egy Recovery Services-tárolóban védjem őket?
Ha egy virtuális gépet a klasszikusról Resource Manager módba helyez át, a migrálás előtt készített biztonsági másolatok nem lesznek áttelepítve az újonnan migrált Resource Manager virtuális gépre. Ha azonban meg szeretné őrizni a klasszikus virtuális gépek biztonsági másolatait, kövesse ezeket a lépéseket a migrálás előtt.
- A Recovery Services-tárolóban lépjen a Biztonsági mentési elemek panelre, és válassza ki a virtuális gépet.
- Kattintson a Biztonsági mentés leállítása gombra. A legördülő menüben válassza a Biztonsági mentési adatok megőrzése lehetőséget.
Feljegyzés
Ez a beállítás megakadályozza, hogy a jövőbeli biztonsági mentési feladatok megvédjék a virtuális gépet. Az Azure Backup szolgáltatás azonban megőrzi a biztonsági másolatban szereplő helyreállítási pontokat. Fizetnie kell a helyreállítási pontok tárolóban tartásáért (részletekért lásd az Azure Backup díjszabását ). Szükség esetén visszaállíthatja a virtuális gépet. Ha úgy dönt, hogy folytatja a virtuális gépek védelmét, használhatja a Biztonsági mentés folytatása lehetőséget.
A virtuális gép Resource Manager módba való migrálásához
- Törölje a biztonsági mentés/pillanatkép bővítményt a virtuális gépről.
- Telepítse át a virtuális gépet a klasszikus módból a Resource Manager módba. A virtuális gépnek megfelelő tároló és hálózat adatait is mindenképpen telepítse át Resource Manager módba.
Emellett ha biztonsági másolatot szeretne készíteni a migrált virtuális gépről, lépjen a Virtuális gépek kezelése panelre a biztonsági mentés engedélyezéséhez.
Hogyan állíthatom vissza a klasszikus virtuális gépek biztonsági másolatait a klasszikus virtuális gépek és a klasszikus tárfiókok kivonása után?
A klasszikus virtuális gépek kivonása után a klasszikus virtuális gépek biztonsági másolatainak visszaállításához a restore disks visszaállítási típust kell használni. Előfordulhat, hogy a klasszikus virtuálisgép-lemezek ARM-tárfiókokba állíthatók vissza. A lemezek visszaállítása után átalakíthatja őket felügyelt lemezekké , és létrehozhat egy új ARM virtuális gépet, amelyhez csatlakoztatva vannak. Azt is megteheti , hogy adatlemezként csatolja őket egy meglévő virtuális géphez.
Ellenőrizhetem valahol, hogy az előfizetésem vagy az erőforrásaim esetében lehetséges-e a migrálás?
Igen. A platform által támogatott migrálás esetében a migrálás előkészítésének első lépése annak ellenőrzése, hogy az adott erőforrások esetében lehetséges-e a migrálás. Ha az ellenőrzési művelet meghiúsul, értesítést kap a migrálást akadályozó összes tényezőről.
Mi történik, ha kvótahibát tapasztalok az IaaS-erőforrások migrálásra való előkészítése során?
Javasoljuk, hogy szakítsa meg a migrálási folyamatot, és adjon fel egy támogatási jegyet a kvóta növelésére a régióban, ahová a virtuális gépeket migrálja. A kvótakérelem jóváhagyását követően tovább folytathatja a migrálási folyamat lépéseinek végrehajtását.
Hogyan jelenthetem be a hibákat?
Tegye közzé a klasszikusIaaSMigration kulcsszóval rendelkező virtuális gép Microsoft Q&A kérdésoldalára való migrálással kapcsolatos problémáit és kérdéseit. Javasoljuk, hogy minden kérdését ezen a fórumon tegye fel. Ha rendelkezik támogatási szerződéssel, támogatási jegyet is feladhat.
Mit tehetek, ha nem tetszenek az erőforrások a platform által a migrálás során választott nevei?
A migrálás az összes olyan erőforrás nevét megőrzi, amelyeknek kifejezetten adott nevet a klasszikus üzemi modellben. Egyes esetekben új erőforrások jönnek létre. Például: minden virtuális géphez létrejön egy hálózati adapter. A migrálás során létrehozott új erőforrások nevének megadása jelenleg nem támogatott. Ha szeretné, adja le szavazatait erre a szolgáltatásra az Azure visszajelzési fórumon.
Migrálhatom az engedélyezési hivatkozásokkal rendelkező előfizetések között használt ExpressRoute-kapcsolatcsoportokat?
Az előfizetések közötti engedélyezési hivatkozásokat használó ExpressRoute-kapcsolatcsoportok állásidő nélküli automatikus migrálása nem lehetséges. Az ezek manuális migrálására vonatkozóan vannak útmutatóink. A szükséges lépésekért és további információkért lásd: ExpressRoute-kapcsolatcsoportok migrálása a klasszikusból a Resource Manager-alapú üzemi modellbe.
A következő üzenetet kaptam: "A virtuális gép az ügynök általános állapotát nem készként jelenti. Ezért a virtuális gép nem migrálható. Győződjön meg arról, hogy a virtuálisgép-ügynök készként jelenti az ügynök általános állapotát, vagy "A virtuális gép olyan bővítményt tartalmaz, amelynek állapotát nem jelenti a virtuális gép. Ezért ez a virtuális gép nem migrálható.”
Ez az üzenet akkor jelenik meg, ha a virtuális gép nem rendelkezik kimenő internetkapcsolattal. A virtuálisgép-ügynök a kimenő kapcsolaton keresztül éri el az Azure-tárfiókot az ügynök állapotának öt percenkénti frissítéséhez.
Hogyan migrálni a klasszikus tárfiókokat a Resource Managerbe?
Ha egy klasszikus virtuális gép van csatlakoztatva a fiókjához, először migrálja a klasszikus virtuális gépeket. A klasszikus tárfiókokat a klasszikus virtuális gép migrálása után kell migrálni. A migrálás az Azure Portalon, a PowerShell-lel vagy az Azure CLI-vel végezhető el.
Mi a klasszikus tárfiókok létrehozásának hivatalos dátuma?
A 2022 augusztusa után létrehozott előfizetések már nem hozhatnak létre klasszikus tárfiókokat. A 2022 augusztusa előtti előfizetések azonban a 2024. augusztus 31-i kivonási dátumig továbbra is létrehozhatnak és kezelhetnek klasszikus tárolási erőforrásokat.
Mi történik a meglévő klasszikus tárfiókokkal 2024. augusztus 31. után?
A határidő lejárta után már nem fog tudni hozzáférni a klasszikus tárfiókjaihoz.
Hogyan azonosítani a klasszikus tárfiókokat az előfizetésemben?
Az Azure Portalon keressen a Tárfiókra az összes tárfiók listájának lekéréséhez. Tekintse meg a Típus oszlopot a klasszikusok azonosításához. Ha a típus microsoft.classicstorage/storageaccounts, akkor a fiók klasszikus.
Áttelepítheti a Microsoft ezeket az adatokat?
Nem, a Microsoft nem tudja migrálni a felhasználó adatait a nevükben. A felhasználóknak a fent felsorolt önkiszolgáló lehetőségeket kell használniuk.
Mi az állásidő a tárfiók klasszikusról Resource Managerre történő migrálásakor?
Nincs állásidő a klasszikus tárfiók Resource Managerbe való migrálásához. A klasszikus virtuális gépek migrálásához kapcsolódó egyéb forgatókönyvek esetében azonban állásidő áll fenn.
Következő lépések
- Az IaaS-erőforrások platform által támogatott migrálásának áttekintése a klasszikusról az Azure Resource Managerre
- Részletes műszaki útmutató a klasszikusból az Azure Resource Manager-alapú üzemi modellbe történő, platform által támogatott migrálásról
- Az IaaS-erőforrások klasszikusból Azure Resource Manager-alapú környezetbe való áttelepítésének megtervezése
- IaaS-erőforrások áttelepítése a klasszikusból az Azure Resource Managerbe a PowerShell használatával
- IaaS-erőforrások áttelepítése a cli használatával a klasszikusból az Azure Resource Managerbe
- Közösségi eszközök az IaaS-erőforrások klasszikusról Azure Resource Managerre való migrálásához
- A leggyakoribb áttelepítési hibák áttekintése