A helyszíni migrálási funkcióval migrálhatja az App Service Environment 1-et és a v2-et az App Service Environment v3-ba
Feljegyzés
Az ebben a cikkben ismertetett migrálási funkció az App Service Environment 1- és v2-s verziójának helyszíni (ugyanazon alhálózati) automatikus migrálásához használható az App Service Environment v3-ba. Ha az egymás melletti migrálási funkcióról szeretne információt keresni, tekintse meg a Migrálás App Service Environment v3-ba című témakört a párhuzamos migrálási funkcióval. Ha a manuális migrálási lehetőségekről szeretne információt keresni, tekintse meg a manuális migrálási lehetőségeket. Ha segítségre van szüksége annak eldöntéséhez, hogy melyik migrálási lehetőség a megfelelő, tekintse meg az áttelepítési útvonal döntési fáját. Az App Service Environment v3-ról további információt az App Service Environment v3 áttekintésében talál.
A helyszíni migrálási funkcióval automatikusan migrálhatja az App Service Environment 1- és v2-et az App Service Environment v3-ba . Ha többet szeretne megtudni az áttelepítési folyamatról, és meg szeretné tudni, hogy az App Service-környezet támogatja-e a migrálást, tekintse meg a helyszíni migrálási funkció áttekintését.
Fontos
Javasoljuk, hogy ezt a funkciót fejlesztési környezetekhez használja, mielőtt bármilyen éles környezetbe migrálnánk, hogy elkerüljük a váratlan problémákat. A cikkhez vagy a funkcióhoz kapcsolódó visszajelzéseket az oldal alján található gombokkal küldheti el.
Előfeltételek
Győződjön meg arról, hogy tisztában van azzal, hogy az App Service Environment v3-ra való migrálás milyen hatással van az alkalmazásokra. A migrálási folyamat áttekintésével megismerheti a folyamat ütemtervét, valamint azt, hogy hol és mikor kell részt vennie. Tekintse át a gyakori kérdéseket is, amelyek megválaszolhatnak néhány kérdést.
Győződjön meg arról, hogy nincsenek zárolások a virtuális hálózaton, az erőforráscsoporton, az erőforráson vagy az előfizetésen. Zárolja a blokkplatform-műveleteket a migrálás során.
Győződjön meg arról, hogy egyetlen Azure-szabályzat sem blokkolja a migráláshoz szükséges műveleteket, beleértve az alhálózati módosításokat és Azure-alkalmazás szolgáltatáserőforrás-létrehozásokat. Az erőforrás-módosításokat és -létrehozásokat letiltó szabályzatok a migrálás elakadását vagy meghiúsulását okozhatják.
Mivel a migrálás során a skálázás le van tiltva, a migrálás megkezdése előtt a környezetet a kívánt méretre kell skáláznia. Ha a migrálás után skáláznia kell a környezetet, ezt az áttelepítés befejezése után teheti meg.
Javasoljuk, hogy az Azure Portalt használja a helyszíni migrálási felülethez. Ha úgy dönt, hogy az Azure CLI-t használja a migráláshoz, kövesse az itt leírt lépéseket sorrendben és írásban, mert Azure REST API-hívásokat indít. Javasoljuk, hogy ezeket az API-hívásokat az Azure CLI használatával végezze el. További információ az egyéb módszerekről: Azure REST API-referencia.
Ebben az útmutatóban telepítse az Azure CLI-t, vagy használja az Azure Cloud Shellt, és használjon Bash-rendszerhéjat.
Feljegyzés
Javasoljuk, hogy az útmutatóban megadott parancsokat Bash-rendszerhéj használatával futtassa. Előfordulhat, hogy a parancsok nem kompatibilisek a PowerShell-konvenciókkal és a feloldó karakterekkel.
1. Szerezze be az App Service-környezet azonosítóját
Futtassa az alábbi parancsokat az App Service-környezet azonosítójának lekéréséhez és környezeti változóként való tárolásához. Cserélje le a név és az erőforráscsoportok helyőrzőit a migrálni kívánt App Service-környezet értékeire. ASE_RG és VNET_RG megegyeznek, ha a virtuális hálózat és az App Service-környezet ugyanabban az erőforráscsoportban található.
ASE_NAME=<Your-App-Service-Environment-name>
ASE_RG=<Your-ASE-Resource-Group>
VNET_RG=<Your-VNet-Resource-Group>
ASE_ID=$(az appservice ase show --name $ASE_NAME --resource-group $ASE_RG --query id --output tsv)
2. Ellenőrizze, hogy a migrálás támogatott-e
Az alábbi parancs ellenőrzi, hogy az App Service-környezet támogatja-e a migrálást. Ha hibaüzenetet kap, vagy ha az App Service-környezet állapota nem megfelelő vagy felfüggesztett állapotban van, akkor jelenleg nem lehet migrálni. A lehetséges hibaüzenetek leírását a hibaelhárítási szakaszban találja. Ha a környezete nem támogatott a helyszíni migrálási funkcióval történő migráláshoz, vagy a helyszíni migrálási funkció használata nélkül szeretne áttelepülni az App Service Environment v3-ba, tekintse meg a manuális migrálási lehetőségeket. Ez a parancs azt is ellenőrzi, hogy az App Service-környezet a migrálás támogatott buildverzióján van-e. Ha az App Service-környezet nem a támogatott buildverzión van, saját maga kell elindítania a frissítést. A premigrációs frissítésről további információt az App Service-környezet helyszíni migrálási funkciójának használatával történő áttelepítés támogatásának ellenőrzése című témakörben talál.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=validation"
Ha nincsenek hibák, az áttelepítés támogatott, és folytathatja a következő lépést.
Ha frissítenie kell az App Service-környezetet a támogatott buildverzióra, futtassa a következő parancsot. Csak akkor futtassa ezt a parancsot, ha az érvényesítési lépés meghiúsul, és a rendszer arra utasítja, hogy frissítse az App Service-környezetet.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=PreMigrationUpgrade"
3. IP-címek létrehozása az új App Service Environment v3-erőforráshoz
Futtassa a következő parancsot új IP-címek létrehozásához. Ez a lépés körülbelül 15 percet vesz igénybe. Ez idő alatt ne skálázza és ne módosítsa a meglévő App Service-környezetet.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=premigration"
A lépés állapotának ellenőrzéséhez futtassa a következő parancsot:
az rest --method get --uri "${ASE_ID}?api-version=2021-02-01" --query properties.status
Ha a lépés folyamatban van, a következő állapotot Migratingkapja: . Miután megkapja az állapotot Ready, futtassa az alábbi parancsot az új IP-címek megtekintéséhez. Ha nem látja azonnal az új IP-címeket, várjon néhány percet, és próbálkozzon újra.
az rest --method get --uri "${ASE_ID}/configurations/networking?api-version=2021-02-01"
Feljegyzés
Egy ismert hiba miatt az ELB App Service Environment migrálása esetén a bejövő IP-cím az áttelepítési lépés befejezése után újra megváltozhat. Készüljön fel arra, hogy a migrálási lépés befejezése után ismét frissítse a függő erőforrásokat az új bejövő IP-címmel. A hiba kezelése folyamatban van, és a lehető leghamarabb ki lesz javítva. Nyisson meg egy támogatási esetet, ha kérdése vagy problémája van ezzel a problémával kapcsolatban, vagy segítségre van szüksége a migrálási folyamattal kapcsolatban.
4. Függő erőforrások frissítése új IP-címekkel
Az új IP-címek használatával frissítse bármelyik erőforrását vagy hálózati összetevőjét, hogy az új környezet a migrálás befejezése után a kívánt módon működjön. Önnek kell elvégeznie a szükséges frissítéseket.
Ez a lépés arra is jó alkalom, hogy áttekintse a bejövő és kimenő hálózati függőség változásait az App Service Environment v3-ra való áttéréskor. Ezek a módosítások tartalmazzák az Azure Load Balancer portmódosítását, amely most a 80-at használja. Ne migráljuk, amíg el nem végzi ezt a lépést.
5. Az App Service Environment alhálózat delegálása
Az App Service Environment v3-hoz a benne lévő alhálózatnak egyetlen delegálásával kell rendelkeznie Microsoft.Web/hostingEnvironments. A korábbi verziókhoz nem volt szükség erre a delegálásra. A migrálás előtt meg kell győződnie arról, hogy az alhálózat megfelelően van delegálva, és frissítenie kell a delegálást (ha szükséges). A delegálást az alábbi parancs futtatásával vagy az Azure Portal alhálózatára lépve frissítheti.
az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments
6. Győződjön meg arról, hogy nincsenek zárolások a virtuális hálózaton
A virtuális hálózat zárolja a blokkplatform-műveleteket a migrálás során. Ha a virtuális hálózat zárolva van, a migrálás előtt el kell távolítania őket. Szükség esetén a migrálás befejezése után visszaadhatja a zárolásokat.
A zárolások három hatókörben létezhetnek: előfizetés, erőforráscsoport és erőforrás. Ha egy szülőhatókörre alkalmaz zárolást, az adott hatókörben lévő összes erőforrás ugyanazt a zárolást örökli. Ha zárolta az előfizetést, az erőforráscsoportot vagy az erőforrás hatókörét, az áttelepítés előtt el kell távolítania őket. A zárolásokról és a zárolásöröklésről további információt az erőforrások zárolása az infrastruktúra védelme érdekében című témakörben talál.
A következő paranccsal ellenőrizze, hogy a virtuális hálózat rendelkezik-e zárolásokkal:
az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks
Törölje a meglévő zárolásokat a következő paranccsal:
az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks
A kapcsolódó parancsokkal ellenőrizheti, hogy az előfizetés vagy az erőforráscsoport rendelkezik-e zárolásokkal, tekintse meg a zárolások Azure CLI-referenciáját.
7. A konfigurációk előkészítése
Az új App Service Environment v3 erőforrászónát redundánssá teheti, ha a meglévő környezet olyan régióban van, amely támogatja a zónaredundanciát. A zónaredundancia konfigurálásához állítsa a tulajdonságot a zoneRedundant következőre true: .
A zónaredundancia nem kötelező konfiguráció. Ezt csak az új App Service Environment v3-erőforrás létrehozásakor állíthatja be. Később nem távolíthatja el. További információ: App Service Environment v3-konfigurációk kiválasztása. Ha nem szeretné konfigurálni a zónaredundanciát, ne adja meg a paramétert zoneRedundant .
Ha a meglévő App Service-környezet egyéni tartomány utótagot használ, az áttelepítési folyamat során konfigurálnia kell egyet az új App Service Environment v3-erőforráshoz. Az áttelepítés meghiúsul, ha nem konfigurál egyéni tartomány utótagot, és jelenleg használ egyet. Az áttelepítés akkor is meghiúsul, ha egyéni tartomány utótagot próbál hozzáadni az áttelepítés során olyan környezetbe, amely nincs konfigurálva. Az App Service Environment v3 egyéni tartomány utótagjaival kapcsolatos további információkért, beleértve a követelményeket, a részletes utasításokat és az ajánlott eljárásokat, tekintse meg az App Service-környezetek egyéni tartomány utótagját.
Feljegyzés
Ha egyéni tartomány utótagját konfigurálja, amikor hálózati engedélyeket ad hozzá az Azure-kulcstartóhoz, győződjön meg arról, hogy a kulcstartó engedélyezi a hozzáférést az App Service-környezet új kimenő IP-címéből, amelyeket a 3. lépésben hoztak létre.
Ha az áttelepítés nem tartalmaz egyéni tartomány utótagot, és nem engedélyezi a zónaredundanciát, továbbléphet az áttelepítésre.
Ezeknek a konfigurációknak a beállításához hozzon létre egy parameters.json nevű fájlt a forgatókönyv alapján az alábbi részletekkel. Ne adja meg az egyéni tartomány utótagjának tulajdonságait, ha ez a funkció nem vonatkozik az áttelepítésre. Ügyeljen a tulajdonság értékére zoneRedundant , mert ez a konfiguráció a migrálás után visszafordíthatatlan. Állítsa be a tulajdonság értékét a kind meglévő App Service Environment-verzió alapján. A tulajdonság elfogadott értékei a kind következők ASEV1 : és ASEV2.
Ha egyéni tartomány utótag nélkül migrál, és engedélyezi a zónaredundanciát, használja a következő kódot:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"zoneRedundant": true
}
}
Ha felhasználó által hozzárendelt felügyelt identitást használ az egyéni tartomány utótagjának konfigurációjához, és engedélyezi a zónaredundanciát, használja a következő kódot:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"zoneRedundant": true,
"customDnsSuffixConfiguration": {
"dnsSuffix": "internal.contoso.com",
"certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
"keyVaultReferenceIdentity": "/subscriptions/00000000-0000-0000-0000-000000000000/resourcegroups/asev3-migration/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ase-managed-identity"
}
}
}
Ha rendszer által hozzárendelt felügyelt identitást használ az egyéni tartomány utótagjának konfigurációjához, és nem engedélyezi a zónaredundanciát, használja a következő kódot:
{
"type": "Microsoft.Web/hostingEnvironments",
"name": "sample-ase-migration",
"kind": "ASEV2",
"location": "westcentralus",
"properties": {
"customDnsSuffixConfiguration": {
"dnsSuffix": "internal.contoso.com",
"certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
"keyVaultReferenceIdentity": "SystemAssigned"
}
}
}
8. Migrálás az App Service Environment v3-ba, és ellenőrizze az állapotot
Miután elvégezte az összes fenti lépést, elindíthatja az áttelepítést. Győződjön meg arról, hogy tisztában van a migrálás következményeival.
Ez a lépés 3–6 órát vesz igénybe a v2-ről v3-ra történő migrálások esetében, a környezet méretétől függően pedig akár hat órát is igénybe vehet az 1–3- os verzióra történő migrálás esetén. Ez alatt az idő alatt körülbelül egy órányi alkalmazás-állásidő áll rendelkezésre. Ebben a lépésben a meglévő App Service-környezet skálázása, üzembe helyezése és módosítása le lesz tiltva.
Adja meg a body paramétert a következő parancsba, ha engedélyezi a zónaredundanciát, és/vagy egyéni tartomány utótagot konfigurál. Ha egyik konfiguráció sem vonatkozik az áttelepítésre, eltávolíthatja a paramétert a parancsból.
az rest --method post --uri "${ASE_ID}/migrate?api-version=2021-02-01&phase=fullmigration" --body @parameters.json
Az áttelepítés részletes állapotának ellenőrzéséhez futtassa az alábbi parancsokat. Az állapotokkal kapcsolatos információkért tekintse meg az áttelepítési állapot leírását.
Az első parancs lekéri az áttelepítés műveletazonosítóját. Másolja ki a ID tulajdonság értékét.
az rest --method get --uri "${ASE_ID}/operations?api-version=2022-03-01"
Cserélje le a műveletazonosító helyőrzőjének helyét a következő parancsban a másolt értékre. Ez a parancs a migrálás részletes állapotát adja vissza. Ezt a parancsot szükség szerint futtathatja a legújabb állapot lekéréséhez.
az rest --method get --uri "${ASE_ID}/operations/<operation-id>/details/default?api-version=2022-09-01"
Miután megkapja az állapotot Ready, a migrálás befejeződik, és rendelkezik egy App Service Environment v3-erőforrással. Az alkalmazások most már az új környezetben futnak.
Az új környezet részleteinek lekéréséhez futtassa az alábbi parancsot, vagy lépjen az Azure Portalra.
az appservice ase show --name $ASE_NAME --resource-group $ASE_RG
Feljegyzés
Egy ismert hiba miatt az ELB App Service Environment migrálása esetén a bejövő IP-cím megváltozhat az áttelepítési lépés befejezése után. Ellenőrizze az App Service Environment v3 IP-címét, és végezze el a szükséges frissítéseket, ha az IP-címgenerálási lépés óta változások történtek. Nyisson meg egy támogatási esetet, ha bármilyen kérdése vagy problémája van ezzel a problémával kapcsolatban, vagy segítségre van szüksége az új IP-címek megerősítéséhez.
1. Ellenőrizze, hogy a migrálás támogatott-e
Az Azure Portalon nyissa meg az áttelepítendő App Service-környezet áttelepítési lapját. Az Áttelepítés lapra az App Service-környezet Áttekintés lapjának tetején található szalagcím kiválasztásával vagy a bal oldali menü Áttelepítés elemének kiválasztásával érheti el.
A Migrálás lapon a platform ellenőrzi, hogy a migrálás támogatott-e az App Service-környezetben. Válassza az Ellenőrzés lehetőséget, majd erősítse meg, hogy folytatni szeretné az érvényesítést. Az érvényesítési folyamat néhány másodpercet vesz igénybe.
Ha a környezet nem támogatja a migrálást, egy szalagcím jelenik meg a lap tetején, és egy okokkal ellátott hibaüzenetet tartalmaz. Ha nem jogosult a migrálásra, a hibaüzenetek leírását a Hibaelhárítás című témakörben találja.
Ha az App Service-környezet jelenleg nem támogatott az áttelepítéshez, vagy a környezet állapota nem megfelelő vagy felfüggesztett, nem használhatja az áttelepítési funkciót. Ha a környezet nem támogatott a helyszíni migrálási funkcióval való migráláshoz, vagy a helyszíni áttelepítési funkció használata nélkül szeretne áttelepülni az App Service Environment v3-ba, tekintse meg a manuális migrálási lehetőségeket.
Ha frissítenie kell az App Service-környezetet a támogatott buildverzióra, a rendszer kérni fogja, hogy indítsa el a frissítést. A frissítés elindításához válassza a Frissítés lehetőséget. Amikor a frissítés befejeződött, érvényesítheti az ellenőrzést, és az áttelepítési funkcióval elindíthatja az áttelepítést.
Ha az App Service-környezet támogatja a migrálást, folytassa a folyamat következő lépésével. A Migrálás lap végigvezeti a migrálás végrehajtásának lépésein.
2. IP-címek létrehozása az új App Service Environment v3-erőforráshoz
Az Új IP-címek lekérése csoportban győződjön meg arról, hogy tisztában van a következményekkel, és válassza a Start gombot. Ez a lépés körülbelül 15 percet vesz igénybe. Ez idő alatt nem méretezheti és nem módosíthatja meglévő App Service-környezetét.
3. Függő erőforrások frissítése új IP-címekkel
Amikor az előző lépés befejeződik, megjelennek az új App Service Environment v3-erőforrás IP-címei. Az új IP-címek használatával frissítheti az erőforrásokat és a hálózati összetevőket, hogy az új környezet a migrálás után a kívánt módon működjön. Önnek kell elvégeznie a szükséges frissítéseket.
Ez a lépés arra is jó alkalom, hogy áttekintse az App Service Environment 3-ra való áttérés bejövő és kimenő hálózati függőségi változásait. Ezek a módosítások tartalmazzák az Azure Load Balancer portmódosítását, amely most a 80-at használja. Ne lépjen a következő lépésre, amíg meg nem győződött arról, hogy végrehajtotta ezeket a frissítéseket.
4. Az App Service Environment alhálózat delegálása
Az App Service Environment v3-hoz a benne lévő alhálózatnak egyetlen delegálásával kell rendelkeznie Microsoft.Web/hostingEnvironments. A korábbi verziókhoz nem volt szükség erre a delegálásra. A migrálás előtt meg kell győződnie arról, hogy az alhálózat megfelelően van delegálva, és frissítenie kell a delegálást (ha szükséges). A portál megjeleníti az alhálózatra mutató hivatkozást, hogy szükség szerint megerősíthesse és frissíthesse azokat.
5. Példány méretváltozásának nyugtázása
Az App Service-csomagok az Izolált verzióról a megfelelő izolált v2 szintre lesznek konvertálva. Az I2 például I2v2-vé alakul. Előfordulhat, hogy az alkalmazások túlterheltek a migrálás után, mert az Izolált v2 szintnek több memóriája és CPU-ja van a megfelelő példánymérethez képest. A migrálás befejezése után szükség szerint skálázhatja a környezetet. További információkért tekintse át a díjszabás részleteit.
6. Győződjön meg arról, hogy a virtuális hálózat nem rendelkezik zárolásokkal
A virtuális hálózat zárolja a blokkplatform-műveleteket a migrálás során. Ha a virtuális hálózat zárolva van, a migrálás előtt el kell távolítania őket. Szükség esetén a migrálás befejezése után visszaadhatja a zárolásokat.
A zárolások három hatókörben létezhetnek: előfizetés, erőforráscsoport és erőforrás. Ha egy szülőhatókörre alkalmaz zárolást, az adott hatókörben lévő összes erőforrás ugyanazt a zárolást örökli. Ha zárolta az előfizetést, az erőforráscsoportot vagy az erőforrás hatókörét, az áttelepítés előtt el kell távolítania őket. A zárolásokról és a zárolásöröklésről további információt az erőforrások zárolása az infrastruktúra védelme érdekében című témakörben talál.
Az előfizetés vagy az erőforráscsoport zárolásának ellenőrzéséről további információt a Zárolások konfigurálása című témakörben talál.
7. Válassza ki a konfigurációkat
Az új App Service Environment v3 erőforrászónát redundánssá teheti, ha a meglévő környezet olyan régióban van, amely támogatja a zónaredundanciát. A zónaredundancia nem kötelező konfiguráció. Ezt csak az új App Service Environment v3-erőforrás létrehozásakor állíthatja be. Később nem távolíthatja el. További információ: App Service Environment v3-konfigurációk kiválasztása.
Ha a zónaredundanciát szeretné konfigurálni, jelölje be az Engedélyezett jelölőnégyzetet.
Ha a környezet olyan régióban van, amely nem támogatja a zónaredundanciát, a jelölőnégyzet nem érhető el. Ha zónaredundáns App Service Environment v3-erőforrásra van szüksége, használja az egyik manuális migrálási lehetőséget, és hozza létre az erőforrást a zónaredundanciát támogató régiók egyikében.
Ha a meglévő App Service-környezet egyéni tartományi utótagot használ, konfigurálnia kell egyet az új App Service Environment v3-erőforráshoz. Az egyéni tartomány utótagjának konfigurációs beállításai akkor jelennek meg, ha ez a helyzet Önre vonatkozik. Nem migrálhat, amíg meg nem adja a szükséges információkat.
Ha egyéni tartomány utótagot szeretne használni, de jelenleg nincs konfigurálva, a migrálás befejezése után konfigurálhat egyet. Az App Service Environment v3 egyéni tartomány utótagjaival kapcsolatos további információkért, beleértve a követelményeket, a részletes utasításokat és az ajánlott eljárásokat, tekintse meg az App Service-környezetek egyéni tartomány utótagját.
Feljegyzés
Ha egyéni tartományi utótagot konfigurál, amikor hálózati engedélyeket ad hozzá az Azure Key Vaulthoz, győződjön meg arról, hogy a kulcstartó engedélyezi a hozzáférést az App Service Environment 2. lépésben létrehozott új kimenő IP-címéből.
Miután hozzáadta az egyéni tartomány utótagjának részleteit, a Migrálás gomb elérhető.
8. Migrálás az App Service Environment v3-ba
Miután elvégezte az összes fenti lépést, elindíthatja az áttelepítést. Győződjön meg arról, hogy tisztában van a migrálás következményeit, beleértve az ebben az időszakban előforduló következményeket is.
Ez a lépés 3–6 órát vesz igénybe a v2-ről v3-ra történő migrálások esetében, a környezet méretétől függően pedig akár hat órát is igénybe vehet az 1–3- os verzióra történő migrálás esetén. Ebben a lépésben a meglévő App Service-környezet skálázása és módosítása le lesz tiltva.
Feljegyzés
Ritkán előfordulhat, hogy a portálon megjelenik egy értesítés, amely szerint a migrálás indítása után a "Migrálás az App Service Environment v3-ba nem sikerült". Van egy ismert hiba, amely akkor is aktiválhatja ezt az értesítést, ha a migrálás folyamatban van. A hibaüzenet érvényességének megállapításához ellenőrizze az App Service-környezet tevékenységnaplóját. A legtöbb esetben a lap frissítése megoldja a problémát, és a hibaüzenet eltűnik. Ha a hibaüzenet továbbra is fennáll, forduljon az ügyfélszolgálathoz segítségért.
A részletes migrálási állapotok jelenleg csak az Azure CLI használatakor érhetők el. További információkért tekintse meg az Azure CLI szakaszt az App Service Environment v3-ba való migráláshoz. Az áttelepítés állapotát akkor is ellenőrizheti a parancssori felülettel, ha a portálon hajtja végre az áttelepítést.
Ha a migrálás befejeződött, egy App Service Environment v3 erőforrással rendelkezik, és az összes alkalmazás az új környezetben fut. A környezet verzióját az App Service-környezet konfigurációs lapján ellenőrizheti.
Feljegyzés
Egy ismert hiba miatt az ELB App Service Environment migrálása esetén a bejövő IP-cím megváltozhat az áttelepítési lépés befejezése után. Ellenőrizze az App Service Environment v3 IP-címét, és végezze el a szükséges frissítéseket, ha az IP-címgenerálási lépés óta változások történtek. Nyisson meg egy támogatási esetet, ha bármilyen kérdése vagy problémája van ezzel a problémával kapcsolatban, vagy segítségre van szüksége az új IP-címek megerősítéséhez.
Ha az áttelepítés tartalmaz egy egyéni tartomány-utótagot, a tartomány az App Service Environment v1/v2 portál Áttekintés lapjának Essentials szakaszában jelent meg, de már nem jelenik meg ott az App Service Environment v3-ban. Ehelyett az App Service Environment v3-hoz lépjen az Egyéni tartomány utótag lapjára, és ellenőrizze, hogy az egyéni tartomány utótagja megfelelően van-e konfigurálva. Akkor is eltávolíthatja a konfigurációt, ha már nincs rá szüksége, vagy konfigurálhat egyet, ha korábban még nem volt ilyen.
Feljegyzés
Ha az áttelepítés tartalmaz egy egyéni tartomány utótagot, az egyéni tartomány utótagjának konfigurációja egy ismert hiba miatt a migrálás befejeződése után korlátozottan jelenhet meg. Az App Service-környezetnek továbbra is a várt módon kell működnie. A csökkentett állapotnak 6-8 órán belül meg kell oldania magát. Ha a konfiguráció 8 óra után romlik, vagy ha az egyéni tartomány utótagja nem működik, forduljon az ügyfélszolgálathoz.
