A (kiterjesztett támogatású) Azure Cloud Servicesbe történő migrálás műszaki részletei
Ez a cikk a felhőszolgáltatásokra (klasszikus) vonatkozó migrálási eszköz technikai részleteit ismerteti.
A migráláshoz támogatott funkciókkal/forgatókönyvekkel kapcsolatos részletek
Bővítmények és beépülő modulok migrálása
- A rendszer minden engedélyezett és támogatott bővítményt migrál.
- A letiltott bővítmények nem lesznek migrálva.
- A beépülő modulok régi fogalmak, és a migrálás előtt el kell távolítani őket. Ezek támogatottak az áttelepítéshez, de az áttelepítés után, ha a bővítményt engedélyezni kell, a bővítmény telepítése előtt el kell távolítani a beépülő modult. A távoli asztali beépülő modulokra és bővítményekre ez a leginkább hatással van.
Tanúsítványmigrálás
- A Cloud Servicesben (kiterjesztett támogatás) a tanúsítványok egy Key Vaultban vannak tárolva. A migrálás részeként létrehozunk egy Key Vaultot a Cloud Service nevével rendelkező ügyfelek számára, és az összes tanúsítványt átviszjük az Azure Service Managerből a Key Vaultba.
- A Key Vaultra mutató hivatkozás a sablonban van megadva, vagy a PowerShellen vagy az Azure CLI-on keresztül továbbítva van.
Szolgáltatáskonfigurációs és szolgáltatásdefiníciós fájlok
- A .cscfg- és .csdef-fájlokat kisebb módosításokkal frissíteni kell a Cloud Serviceshez (kiterjesztett támogatás).
- Az erőforrások, például a virtuális hálózat és a virtuálisgép-termékváltozat neve eltérő. Lásd: Erőforrások fordítása és elnevezési konvenció a migrálás után
- Az ügyfelek a PowerShell és a REST API segítségével lekérhetik az új üzembe helyezéseket.
Felhőszolgáltatás és üzembe helyezés
- Minden cloud services (kiterjesztett támogatás) üzembe helyezése független felhőszolgáltatás. Az üzembe helyezés már nem lesz felhőszolgáltatásba csoportosítva pontok használatával.
- Ha két (klasszikus) ponttal rendelkezik a Cloud Service-ben, törölnie kell az egyik pontot (előkészítés), és a migrálási eszközzel át kell helyeznie a másik (éles) pontot az Azure Resource Managerbe.
- A Cloud Service központi telepítésének nyilvános IP-címe ugyanaz marad az Azure Resource Managerbe való migrálás után, és alapszintű termékváltozatú (dinamikus vagy statikus) erőforrásként jelenik meg.
- A migrált felhőszolgáltatás DNS-neve és tartománya (cloudapp.net) változatlan marad.
Virtuális hálózati migrálás
- Ha egy Cloud Services-üzemelő példány egy virtuális hálózaton található, akkor a migrálás során a rendszer az összes Cloud Services- és társított virtuális hálózati erőforrást együtt migrálja.
- A migrálás után a virtuális hálózat egy másik erőforráscsoportba kerül, mint a Cloud Service.
- Több Felhőszolgáltatással rendelkező virtuális hálózatok esetén a rendszer egymás után migrálja az egyes felhőszolgáltatásokat.
Nem virtuális hálózaton lévő központi telepítések migrálása
- 2018 végén az Azure automatikusan létrehozott új üzembe helyezéseket (az ügyfél által megadott virtuális hálózat nélkül) egy "alapértelmezett" virtuális hálózatként létrehozott platformon. Ezek az alapértelmezett virtuális hálózatok rejtve vannak az ügyfelek elől.
- A migrálás részeként ez az alapértelmezett virtuális hálózat egyszer lesz elérhető az ügyfelek számára az Azure Resource Managerben. Az Azure Resource Managerben való üzembe helyezés kezeléséhez vagy frissítéséhez az ügyfeleknek hozzá kell adniuk ezeket a virtuális hálózati információkat a .cscfg fájl NetworkConfiguration szakaszában.
- Az alapértelmezett virtuális hálózat az Azure Resource Managerbe való migráláskor ugyanabba az erőforráscsoportba kerül, mint a Cloud Service.
- Az ez előtt (2018 vége előtt) létrehozott felhőszolgáltatások nem lesznek virtuális hálózaton, és nem migrálhatók az eszközzel. Fontolja meg ezeknek a cloud services-szolgáltatásoknak az újbóli üzembe helyezését közvetlenül az Azure Resource Managerben. Egy másik megközelítés az áttelepítés az új átmeneti üzembe helyezés és a VIPSwap További részletek itt
- Annak ellenőrzéséhez, hogy egy üzemelő példány jogosult-e a migrálásra, futtassa az érvényesítési API-t az üzemelő példányon. Az Validate API eredménye olyan hibaüzenetet tartalmaz, amely kifejezetten megemlíti, hogy az üzemelő példány jogosult-e a migrálásra.
Load Balancer
- Nyilvános végpontot használó felhőszolgáltatás esetén a felhőszolgáltatáshoz társított platform egy, az ügyfél előfizetésében, az Azure Resource Managerben érhető el. A terheléselosztó írásvédett erőforrás, a frissítéseket pedig csak a szolgáltatáskonfigurációs (.cscfg) és a service definition (.csdef) fájlok korlátozzák.
Key Vault
- A migrálás részeként az Azure automatikusan létrehoz egy új Key Vaultot, és migrálja az összes tanúsítványt. Az eszköz nem teszi lehetővé meglévő Key Vault használatát.
- A Cloud Services (kiterjesztett támogatás) használatához egy ugyanabban a régióban és előfizetésben található Key Vault szükséges. Ez a Key Vault automatikusan létrejön a migrálás részeként.
A migráláshoz nem elérhető erőforrások és funkciók
Ezek az erőforrások, szolgáltatások és felhőszolgáltatások kombinációját magában foglaló leggyakoribb forgatókönyvek. Ez a lista nem teljes.
| Erőforrás | Következő lépések / kerülő megoldás |
|---|---|
| Automatikus méretezési szabályok | A migrálás megy keresztül, de a szabályok elvetve. Hozza létre újra a szabályokat a Cloud Services migrálása után (kiterjesztett támogatás). |
| Riasztások | A migrálás végighalad, de a riasztások elvetve lesznek. Hozza létre újra a szabályokat a Cloud Services migrálása után (kiterjesztett támogatás). |
| VPN Gateway | Az áttelepítés megkezdése előtt távolítsa el a VPN Gatewayt, majd hozza létre újra a VPN Gatewayt az áttelepítés befejezése után. |
| Express Route Gateway (ugyanabban az előfizetésben, mint a csak virtuális hálózat) | A migrálás megkezdése előtt távolítsa el az Express Route Gatewayt, majd a migrálás befejezése után hozza létre újra az átjárót. |
| Kvóta | A kvóta nincs migrálva. A migrálás előtt kérjen új kvótát az Azure Resource Managerhez az ellenőrzés sikerességéhez. |
| Affinitáscsoportok | Nem támogatott. A migrálás előtt távolítsa el az affinitási csoportokat. |
| Virtuális hálózatok virtuális hálózatok közötti társviszony-létesítéssel | Egy másik virtuális hálózathoz társviszonyban lévő virtuális hálózat migrálása előtt törölje a társviszonyt, migrálja a virtuális hálózatot a Resource Managerbe, és hozza létre újra a társviszonyt. Ez az architektúrától függően állásidőt okozhat. |
| App Service-környezeteket tartalmazó virtuális hálózatok | Nem támogatott |
| Virtuális hálózatok Azure Batch-üzembe helyezésekkel | Nem támogatott |
| HDInsight-szolgáltatásokat tartalmazó virtuális hálózatok | Nem támogatott. |
| Azure API Management-üzemelő példányokat tartalmazó virtuális hálózatok | Nem támogatott. A virtuális hálózat migrálásához módosítsa az API Management üzembe helyezésének virtuális hálózatát. Ez nem állásidős művelet. |
| Klasszikus Express Route-kapcsolatcsoportok | Nem támogatott. Ezeket a kapcsolatcsoportokat a PaaS-migrálás megkezdése előtt át kell telepíteni az Azure Resource Managerbe. További információ: ExpressRoute-kapcsolatcsoportok áthelyezése a klasszikusról a Resource Manager üzemi modellre. |
| Szerepköralapú hozzáférés-vezérlés | Az áttelepítést követően az erőforrás RBAC-szabályzatok Microsoft.ClassicComputeMicrosoft.Compute URI-ját frissíteni kell az áttelepítés után. |
| Application Gateway | Nem támogatott. A migrálás megkezdése előtt távolítsa el az Application Gatewayt, majd hozza létre újra az Application Gatewayt az Azure Resource Managerbe való migrálás befejezése után |
Nem támogatott konfigurációk/ migrálási forgatókönyvek
| Konfiguráció / Forgatókönyv | Következő lépések / kerülő megoldás |
|---|---|
| Néhány régebbi üzembe helyezés migrálása nem virtuális hálózaton | A migrálás nem támogatja a felhőszolgáltatás egyes, nem virtuális hálózatban üzemelő üzemelő példányait. 1. Az érvényesítési API használatával ellenőrizze, hogy az üzembe helyezés jogosult-e a migrálásra. 2. Ha jogosult, az üzemelő példányok át lesznek helyezve az Azure Resource Managerbe egy "DefaultRdfeVnet" előtaggal rendelkező virtuális hálózatban. |
| Az éles és az átmeneti pont üzembe helyezését egyaránt tartalmazó üzembe helyezések migrálása dinamikus IP-címek használatával | A két pontból álló Cloud Service áttelepítéséhez törölni kell az előkészítési pontot. Az előkészítési pont törlése után migrálja az éles pontot független felhőszolgáltatásként (kiterjesztett támogatás) az Azure Resource Managerben. Ezután helyezze újra üzembe az előkészítési környezetet új felhőszolgáltatásként (kiterjesztett támogatás), és cserélje le az elsővel. |
| Az éles és az átmeneti pont üzembe helyezését is tartalmazó központi telepítések migrálása fenntartott IP-címek használatával | Nem támogatott. |
| Az éles és átmeneti üzembe helyezés migrálása különböző virtuális hálózaton | Két pontból álló felhőszolgáltatás áttelepítéséhez törölni kell az átmeneti pontot. Az előkészítési pont törlése után migrálja az éles pontot független felhőszolgáltatásként (kiterjesztett támogatás) az Azure Resource Managerben. Egy új Cloud Services -telepítés (kiterjesztett támogatás) ezután összekapcsolható a migrált üzembe helyezéssel, és engedélyezve van a cserélhető tulajdonság. A régi átmeneti pont üzembehelyezési fájljai újra felhasználhatók az új felcserélhető üzembe helyezés létrehozásához. |
| Üres felhőszolgáltatás migrálása (felhőszolgáltatás üzembe helyezés nélkül) | Nem támogatott. |
| A távoli asztali beépülő modult és a távoli asztali bővítményeket tartalmazó központi telepítés migrálása | 1. lehetőség: Az áttelepítés előtt távolítsa el a távoli asztali beépülő modult. Ehhez módosítani kell az üzembehelyezési fájlokat. A migrálás ezután folytatódik. 2. lehetőség: Távolítsa el a távoli asztali bővítményt, és migrálja az üzembe helyezést. A migrálás után távolítsa el a beépülő modult, és telepítse a bővítményt. Ehhez módosítani kell az üzembehelyezési fájlokat. Migrálás előtt távolítsa el a beépülő modult és a bővítményt. A beépülő modulok használata nem ajánlott a Cloud Servicesben (kiterjesztett támogatás). |
| PaaS- és IaaS-üzembe helyezéssel rendelkező virtuális hálózatok | Nem támogatott Helyezze át a PaaS- vagy IaaS-telepítéseket egy másik virtuális hálózatba. Ez állásidőt fog okozni. |
| Örökölt szerepkörméreteket használó felhőszolgáltatás-telepítések (például Small vagy ExtraLarge). | A szerepkörméreteket a migrálás előtt frissíteni kell. Frissítse az összes üzembehelyezési összetevőt, hogy hivatkozzon ezekre az új, modern szerepkörméretekre. További információ: Elérhető virtuálisgép-méretek |
| A Cloud Service áttelepítése különböző virtuális hálózatra | Nem támogatott 1. Helyezze át az üzembe helyezést egy másik klasszikus virtuális hálózatra a migrálás előtt. Ez állásidőt fog okozni. 2. Az új virtuális hálózat migrálása az Azure Resource Managerbe. Vagy 1. A virtuális hálózat migrálása az Azure Resource Managerbe 2. Helyezze át a felhőszolgáltatást egy új virtuális hálózatra. Ez állásidőt fog okozni. |
| Felhőszolgáltatás egy virtuális hálózaton, de nincs hozzárendelve explicit alhálózat | Nem támogatott. A kockázatcsökkentés magában foglalja a szerepkör alhálózatba való áthelyezését, amelyhez a szerepkör újraindítása (állásidő) szükséges. |
Erőforrások fordítása és elnevezési konvenció a migrálás után
A migrálás részeként az erőforrásnevek módosulnak, és néhány Cloud Services-szolgáltatás Azure Resource Manager-erőforrásként jelenik meg. A táblázat összefoglalja a Cloud Services migrálásával kapcsolatos változásokat.
| Cloud Services (klasszikus) Erőforrás neve |
Cloud Services (klasszikus) Syntax |
Cloud Services (kiterjesztett támogatás) Erőforrás neve |
Cloud Services (kiterjesztett támogatás) Syntax |
|---|---|---|---|
| Felhőszolgáltatás | cloudservicename |
Nincs társítva | Nincs társítva |
| Üzembe helyezés (portál létrehozva) Üzembe helyezés (nem portállal létrehozva) |
deploymentname |
Cloud Services (kiterjesztett támogatás) | cloudservicename |
| Virtual Network | vnetname Group resourcegroupname vnetname Nincs társítva |
Virtuális hálózat (nem létrehozott portál) Virtuális hálózat (portál létrehozva) Virtuális hálózatok (alapértelmezett) |
vnetname group-resourcegroupname-vnetname VNet-cloudservicename |
| Nincs társítva | Nincs társítva | Key Vault | KV-cloudservicename |
| Nincs társítva | Nincs társítva | Erőforráscsoport felhőszolgáltatás-üzemelő példányokhoz | cloudservicename-migrated |
| Nincs társítva | Nincs társítva | Virtuális hálózat erőforráscsoportja | vnetname-migrated group-resourcegroupname-vnetname-migrated |
| Nincs társítva | Nincs társítva | Nyilvános IP-cím (dinamikus) | cloudservicenameContractContract |
| Fenntartott IP-név | reservedipname |
Fenntartott IP-cím (nem portállal létrehozva) Fenntartott IP-cím (portál létrehozva) |
reservedipname group-resourcegroupname-reservedipname |
| Nincs társítva | Nincs társítva | Load Balancer | LB-cloudservicename |
Migrálási problémák és azok kezelése.
A migrálás hosszú ideig elakadt egy műveletben.
- A véglegesítés, az előkészítés és a megszakítás az üzembe helyezések számától függően hosszú időt vehet igénybe. A műveletek 24 óra elteltével időtúllépést fognak végrehajtani.
- A véglegesítési, előkészítési és megszakítási műveletek idempotensek. A legtöbb probléma az újrapróbálkozással javítható. Előfordulhatnak átmeneti hibák, amelyek néhány perc alatt eltűnhetnek, ezért javasoljuk, hogy próbálkozzon újra egy rés után. Ha az Azure Portal használatával migrál, és a művelet "folyamatban lévő állapotban" elakad, a PowerShell használatával próbálkozzon újra a művelettel.
- Lépjen kapcsolatba az ügyfélszolgálattal, hogy segítsen az üzembe helyezés háttérrendszerből való migrálásában vagy visszaállításában.
A migrálás sikertelen volt egy műveletben.
- Ha az ellenőrzés sikertelen, az azért van, mert az üzembe helyezés vagy a virtuális hálózat nem támogatott forgatókönyvet/funkciót/erőforrást tartalmaz. A nem támogatott forgatókönyvek listájával megtalálhatja a dokumentumokban található megkerülő megoldásokat.
- Az előkészítési művelet először elvégzi az érvényesítést, beleértve néhány költséges érvényesítést is (az ellenőrzés nem fedi le). Az előkészítési hiba oka lehet egy nem támogatott forgatókönyv. Keresse meg a forgatókönyvet és a kerülő megoldásokat a nyilvános dokumentumokban. A megszakítást vissza kell hívni az eredeti állapotba, és feloldani az üzembe helyezést a frissítések és törlési műveletek esetében.
- Ha a megszakítás nem sikerült, próbálkozzon újra a művelettel. Ha az újrapróbálkozás sikertelen, forduljon az ügyfélszolgálathoz.
- Ha a véglegesítés sikertelen, próbálkozzon újra a művelettel. Ha az újrapróbálkozás sikertelen, forduljon az ügyfélszolgálathoz. Még véglegesítési hiba esetén sem lehet adatsík-probléma az üzemelő példányban. Az üzembe helyezésnek probléma nélkül képesnek kell lennie az ügyfélforgalom kezelésére.
A portál az előkészítés után frissült. A felhasználói élmény újraindult, és a véglegesítés vagy megszakítás már nem látható.
- A Portál helyileg tárolja az áttelepítési információkat, ezért a frissítés után az érvényesítési fázistól indul, még akkor is, ha a felhőszolgáltatás a előkészítési fázisban van.
- A portál használatával végighaladhat az ellenőrzésen, és újra előkészítheti a lépéseket a megszakítás és a véglegesítés gomb felfedéséhez. Nem fog hibát okozni.
- Az ügyfelek a PowerShell vagy a REST API használatával megszakíthatják vagy véglegesíthetik a kötelezettséget.
Mennyi időt vehet igénybe a művelet?
Az ellenőrzés célja, hogy gyors legyen. A előkészítés a leghosszabb ideig fut, és a migrált szerepkörpéldányok teljes számától függően eltarthat egy ideig. A megszakítás és a véglegesítés is eltarthat, de a felkészüléshez képest kevesebb időt vesz igénybe. Minden művelet 24 óra elteltével időtúllépést fog végrehajtani.
Következő lépések
A Cloud Services (klasszikus) üzembe helyezésének a Cloud Servicesbe (kiterjesztett támogatás) történő migrálásával kapcsolatos segítségért tekintse meg a támogatási és hibaelhárítási kezdőlapot.