Migrálás az App Service Environment v3-ba a párhuzamos migrálási funkcióval

Feljegyzés

Az ebben a cikkben ismertetett migrálási funkció az App Service Environment v2-nek az App Service Environment v3-ba történő, egymás melletti (különböző alhálózati) automatikus migrálására szolgál.

Ha a helyszíni migrálási funkcióról szeretne információt keresni, olvassa el a Migrálás az App Service Environment 3-ra című témakört a helyszíni 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.

Az App Service automatizálhatja az App Service Environment 1- és 2-s verziójának áttelepítését egy App Service Environment 3-ra. Különböző migrálási lehetőségek állnak rendelkezésre. Tekintse át a migrálási útvonal döntési fáját , és döntse el, hogy melyik lehetőség a legmegfelelőbb a használati esethez. Az App Service Environment v3 a korábbi verziókhoz képest előnyöket és funkcióbeli különbségeket biztosít. Mielőtt migrál, tekintse át az App Service Environment v3 támogatott funkcióit a váratlan alkalmazásproblémák kockázatának csökkentése érdekében.

A párhuzamos migrálási funkció automatizálja a migrálást az App Service Environment v3-ba. A párhuzamos migrálási funkció egy új App Service Environment v3-at hoz létre, amelyben az összes alkalmazás egy másik alhálózaton található. A meglévő App Service-környezet nem törlődik, amíg a migrálási folyamat végén nem kezdeményezi annak törlését. Emiatt a folyamat miatt van egy visszaállítási lehetőség, ha le kell mondania a migrálást. Ez a migrálási lehetőség azoknak az ügyfeleknek a legjobb, akik nulla állásidővel szeretnének áttelepülni az App Service Environment v3-ba, és támogathatják egy másik alhálózat használatát az új környezetükhöz. Ha ugyanazt az alhálózatot kell használnia, és körülbelül egy órányi állásidőt tud támogatni, tekintse meg a helyszíni migrálási funkciót. A manuális migrálási lehetőségekről, amelyek lehetővé teszik a saját tempójában történő migrálást, tekintse meg a manuális migrálási lehetőségeket.

Fontos

Javasoljuk, hogy ezt a funkciót először fejlesztői környezetekhez használja, mielőtt bármilyen éles környezetet migrál, hogy biztosan ne legyenek váratlan problémák. A cikkhez vagy a funkcióhoz kapcsolódó visszajelzéseket az oldal alján található gombokkal küldheti el.

Támogatott esetek

A párhuzamos migrálási funkció jelenleg nem támogatja az App Service Environment 3-ra való migrálást a következő régiókban:

Nyilvános Azure

• Egyesült Arab Emírségek középső régiója

Azure Government

• US DoD – középső régió
• US DoD – keleti régió
• USA-beli államigazgatás – Arizona
• USA-beli államigazgatás – Texas
• USA-beli államigazgatás – Virginia

A 21Vianet által üzemeltetett Microsoft Azure

• Kelet-Kína 2. régiója
• Észak-Kína 2. régiója

Az alábbi App Service Environment-konfigurációk a párhuzamos migrálási funkcióval migrálhatók. A táblázat az App Service Environment v3 konfigurációját adja meg, amikor a meglévő App Service-környezet alapján használja az egymás melletti migrálási funkciót.

Konfiguráció	App Service Environment v3-konfiguráció
Belső Load Balancer (ILB) App Service Environment v2	ILB App Service Environment v3
Külső (NYILVÁNOS IP-címmel rendelkező ELB/internet) App Service Environment v2	ELB App Service Environment v3
ILB App Service Environment v2 egyéni tartományi utótaggal	ILB App Service Environment v3 egyéni tartomány utótaggal

Az App Service Environment v3 zónaredundánsként telepíthető. A zónaredundancia akkor engedélyezhető, ha az App Service Environment 3-as verzió olyan régióban van , amely támogatja a zónaredundanciát.

Ha azt szeretné, hogy az új App Service Environment v3 egyéni tartomány utótagot használjon, és jelenleg nem használ, az áttelepítés befejezése után bármikor konfigurálható az egyéni tartomány utótagja. További információ: Egyéni tartomány utótag konfigurálása az App Service-környezethez. Ha a meglévő környezet rendelkezik egyéni tartomány utótagjával, és már nem szeretné használni, konfigurálnia kell egy egyéni tartomány utótagot az áttelepítéshez. Az áttelepítés befejezése után eltávolíthatja az egyéni tartomány utótagját.

A párhuzamos migrálási funkció korlátozásai

Az egymás melletti migrálási funkció használatakor az alábbiak a korlátozások:

• Az új App Service Environment 3-as verzió egy másik alhálózaton található, de ugyanaz a virtuális hálózat, mint a meglévő környezet.
• Nem módosíthatja azt a régiót, amelyben az App Service-környezet található.
• Az ELB App Service Environment nem migrálható az ILB App Service Environment v3-ba, és fordítva.
• Ha a meglévő App Service-környezet egyéni tartomány utótagot használ, az áttelepítési folyamat során egyéni tartomány utótagot kell konfigurálnia az App Service Environment v3-hoz.
  • Ha már nem szeretne egyéni tartomány utótagot használni, az áttelepítés befejezése után eltávolíthatja.
• A párhuzamos migrálási funkció csak a CLI vagy a REST API használatával érhető el. A szolgáltatás nem érhető el az Azure Portalon.

Az App Service Environment v3 nem támogatja az alábbi funkciókat, amelyeket az aktuális App Service Environment v2-vel használhat.

• IP-alapú TLS/SSL-kötés konfigurálása az alkalmazásokkal.
• Az App Service Environment 3-ai verzió nem tér vissza az Azure DNS-hez, ha a virtuális hálózaton konfigurált egyéni DNS-kiszolgálók nem tudják feloldani a megadott nevet. Ha erre a viselkedésre van szükség, győződjön meg arról, hogy rendelkezik egy továbbítóval egy nyilvános DNS-hez, vagy vegye fel az Azure DNS-t az egyéni DNS-kiszolgálók listájára.

A párhuzamos migrálási funkció nem támogatja a következő forgatókönyveket. Ha az App Service-környezet ezen kategóriák valamelyikébe tartozik, tekintse meg a manuális migrálási beállításokat .

• App Service Environment v1
  • Az App Service-környezet verziójának megkereséséhez navigáljon az App Service-környezethez az Azure Portalon, és válassza a Konfiguráció lehetőséget a bal oldalon található Gépház alatt. Az Azure Resource Explorert is használhatja, és áttekintheti az kind App Service-környezet tulajdonságának értékét.
  • Ha app Service Environment 1-et használ, migrálhatja a helyszíni migrálási funkcióval vagy a manuális áttelepítési lehetőségek egyikével.
• ELB App Service Environment v2 IP SSL-címekkel
• Zóna által rögzített App Service Environment v2

Az App Service platform áttekinti az App Service-környezetet, hogy megerősítse a párhuzamos migrálás támogatását. Ha a forgatókönyv nem felel meg az összes ellenőrzési ellenőrzésnek, akkor jelenleg nem migrálhat a párhuzamos migrálási funkcióval. Ha a környezet nem kifogástalan vagy felfüggesztett állapotban van, nem migrálhat, amíg el nem készíti a szükséges frissítéseket.

Feljegyzés

Az App Service Environment v3 nem támogatja az IP SSL-t. Ha IP SSL-t használ, el kell távolítania az összes IP SSL-kötést, mielőtt az App Service Environment v3-ra migrál. A migrálási funkció az összes IP SSL-kötés eltávolítása után támogatja a környezetet.

Hibaelhárítás

Ha az App Service-környezet nem felel meg az érvényesítési ellenőrzéseknek, vagy helytelen sorrendben próbál meg migrálási lépést végrehajtani, az alábbi hibaüzenetek egyikét láthatja:

Hibaüzenet	Leírás	Ajánlás
A migrálás csak A Standard kiadás arm virtuális hálózaton hívható meg, és ez az A Standard kiadás klasszikus virtuális hálózatban található.	A klasszikus virtuális hálózatok App Service-környezetei nem migrálhatók a párhuzamos migrálási funkcióval.	Migrálás a manuális migrálási lehetőségek egyikével.
Az A Standard kiadás v3 migrálás még nem áll készen.	A mögöttes infrastruktúra nem áll készen az App Service Environment 3-ra való támogatására.	Migrálás az egyik manuális áttelepítési lehetőséggel , ha azonnal át szeretne költözni. Ellenkező esetben várja meg, amíg az egymás melletti migrálási funkció elérhetővé válik a régióban.
Az A Standard kiadás zónaredundanciát nem lehet engedélyezni.	Az App Service Environment régiója nem támogatja a zónaredundanciát.	Ha engedélyeznie kell a zónaredundanciát, a manuális migrálási lehetőségek egyikével migrálhat egy olyan régióba, amely támogatja a zónaredundanciát.
A migrálás jelenleg nem hívható meg az A Standard kiadás egyéni DNS-utótagon.	Az egyéni tartomány utótagjának áttelepítése le van tiltva.	Nyisson meg egy támogatási esetet, amely segítséget nyújt a probléma megoldásához.
Zónaredundáns A Standard kiadás migrálás jelenleg nem hívható meg.	A zónaredundáns App Service-környezet áttelepítése le van tiltva.	Nyisson meg egy támogatási esetet, amely segítséget nyújt a probléma megoldásához.
A migrálás nem hívható meg a zóna által rögzített A Standard kiadás v2-n.	A rögzített zónaként megadott App Service Environment v2 jelenleg nem migrálható a párhuzamos migrálási funkcióval.	Migrálás az egyik manuális áttelepítési lehetőséggel , ha azonnal át szeretne költözni.
A meglévő áttelepítési művelet folyamatban van, próbálkozzon újra később.	A rendszer visszaállít egy korábbi áttelepítési kísérletet.	Várjon, amíg a folyamatban lévő visszaállítás befejeződik, mielőtt újra megkísérli elindítani a migrálást.
Properties.VirtualNetwork.Id tartalmaznia kell az alhálózat erőforrás-azonosítóját.	A hiba akkor jelenik meg, ha anélkül próbál áttelepülni, hogy új alhálózatot ad meg az App Service Environment v3 elhelyezéséhez.	Ügyeljen arra, hogy kövesse az útmutatást, és végezze el a lépést az App Service Environment v3-hoz használni kívánt alhálózat azonosításához.
Nem lehet áttérni <requested phase> az állásidő nélküli migrálás jelenlegi fázisából <previous phase> .	Ez a hiba akkor jelenik meg, ha helytelen sorrendben kísérel meg migrálási lépést végrehajtani.	Győződjön meg arról, hogy a migrálás lépéseit sorrendben követi.
Nem sikerült elindítani a visszaállítási műveletet az A Standard kiadás hibrid állapotban, próbálkozzon újra később.	Ez a hiba akkor jelenik meg, ha megpróbálja visszaállítani az áttelepítést, de hiba történt. Ez a hiba nem érinti sem a régi, sem az új környezetét.	Nyisson meg egy támogatási esetet, amely segítséget nyújt a probléma megoldásához.
Ez az A Standard kiadás nem migrálható állásidő nélkül.	Ez a hiba akkor jelenik meg, ha az App Service Environment 1-ben az egymás melletti migrálási funkciót próbálja használni.	A párhuzamos migrálási funkció nem támogatja az App Service Environment 1-et. Migrálás a helyszíni migrálási funkcióval vagy a manuális áttelepítési lehetőségek egyikével.
A migrálás ehhez az előfizetéshez nem érhető el.	Az App Service-környezet migrálásához támogatást kell igénybe venni.	Nyisson meg egy támogatási esetet, amely segítséget nyújt a probléma megoldásához.
A zónaredundáns migrálás nem hívható meg, mivel az előre migrálás során létrehozott IP-címek nem zónaredundánsak.	Ez a hiba akkor jelenik meg, ha zónaredundáns migrálást kísérel meg, de az IP-létrehozási lépés során nem hoz létre zónaredundáns IP-címeket.	Ha engedélyeznie kell a zónaredundanciát, nyisson meg egy támogatási esetet a támogatáshoz. Ellenkező esetben a zónaredundancia engedélyezése nélkül is migrálhat.
A migrálás nem hívható meg, ha az IP SSL engedélyezve van bármelyik helyen.	Azok az App Service-környezetek, amelyek IP SSL-kompatibilis webhelyekkel rendelkeznek, nem migrálhatók a párhuzamos migrálási funkcióval.	Távolítsa el az IP SSL-t az App Service-környezetben lévő összes alkalmazásból az áttelepítési funkció engedélyezéséhez.
Nem migrálható ugyanazon alhálózaton belül.	A hiba akkor jelenik meg, ha ugyanazt az alhálózatot adja meg, amelyben az aktuális környezet található az App Service Environment v3 elhelyezéséhez.	Másik alhálózatot kell megadnia az App Service Environment v3-hoz. Ha ugyanazt az alhálózatot kell használnia, migráljon a helyszíni migrálási funkcióval.
Az előfizetés túl sok App Service-környezettel rendelkezik. Távolítsa el néhányat, mielőtt többet próbálna létrehozni.	Az előfizetés App Service Environment-kvótája teljesül.	Távolítsa el a szükségtelen környezeteket, vagy forduljon az ügyfélszolgálathoz a beállítások áttekintéséhez.
A migrálás nem hívható meg ezen az A Standard kiadás amíg az aktív frissítés be nem fejeződik.	Az App Service-környezetek nem migrálhatók a platformfrissítések során. A frissítési beállításokat az Azure Portalon állíthatja be. Bizonyos esetekben a rendszer frissítést kezdeményez az áttelepítési lap megnyitásakor, ha az App Service-környezet nem az aktuális builden található.	Várja meg, amíg a frissítés befejeződik, majd migrál.
Az App Service Environment felügyeleti művelete folyamatban van.	Az App Service-környezet felügyeleti műveleten megy keresztül. Ezek a műveletek olyan tevékenységeket is tartalmazhatnak, mint az üzembe helyezések vagy a frissítések. A migrálás mindaddig le van tiltva, amíg ezek a műveletek be nem fejeződnek.	Amint ezek a műveletek befejeződnek, migrálhatja őket.
Az InteralLoadBalancingMode jelenleg nem támogatott.	Az olyan App Service-környezetek, amelyekben az InternalLoadBalancingMode bizonyos értékekre van állítva, jelenleg nem migrálhatók a migrálási funkcióval. A Microsoft csapatának manuálisan kell módosítania az InternalLoadBalancingMode-t.	Nyisson meg egy támogatási esetet, amely segítséget nyújt a probléma megoldásához. Frissítsen az InternalLoadBalancingMode-ra.
Az áttelepítés érvénytelen. Az A Standard kiadás a sikeres migrálás érdekében frissíteni kell a legújabb buildre. Most frissítjük az A Standard kiadás. Próbálkozzon újra néhány óra múlva, miután a platformfrissítés befejeződött.	Az App Service-környezet nem a migráláshoz szükséges minimális builden van. A frissítés elindult. Az App Service-környezetre nincs hatással, de nem skálázhatja és nem módosíthatja az App Service-környezetet, amíg a frissítés folyamatban van. A frissítés befejezéséig nem migrálható.	Várja meg, amíg a frissítés befejeződik, majd migrál.
A teljes migrálás nem hívható meg az IP-címek létrehozása előtt.	Ez a hiba akkor jelenik meg, ha a migrálást a bevezetési lépések befejezése előtt próbálja meg végrehajtani.	A migrálás megkísérlése előtt győződjön meg arról, hogy az összes előtelepítési lépést végrehajtja. A migráláshoz tekintse meg a részletes útmutatót.
A teljes migrálás nem hívható meg az Ase-n egyéni DNS-utótagkészlettel, de aseV3 egyéni DNS-utótagkonfiguráció konfigurálása nélkül.	A meglévő App Service-környezet egyéni tartomány utótagot használ. Az áttelepítési folyamat során egyéni tartomány utótagot kell konfigurálnia az App Service Environment v3-hoz.	Egyéni tartomány utótagjának konfigurálása. Ha már nem szeretne egyéni tartomány utótagot használni, az áttelepítés befejezése után eltávolíthatja.

Az áttelepítési folyamat áttekintése a párhuzamos migrálási funkcióval

A párhuzamos migrálás több lépésből áll, amelyeket sorrendben kell követni. A fő pontok a lépések egy részhalmazához tartoznak. Fontos tisztában lenni azzal, hogy mi történik ezekben a lépésekben, és hogyan érinti a környezet és az alkalmazások működését. Miután áttekinti a következő információkat, és készen áll a migrálásra, kövesse a részletes útmutatót.

Ellenőrizze, hogy a migrálás támogatott-e az App Service-környezet egymás melletti migrálási funkciójával

A platform ellenőrzi, hogy az App Service-környezet migrálható-e a párhuzamos migrálási funkcióval. Ha az App Service-környezet nem felel meg az összes ellenőrzési ellenőrzésnek, akkor jelenleg nem migrálhat a párhuzamos migrálási funkcióval. Az érvényesítési hiba lehetséges okainak részleteiért tekintse meg a hibaelhárítási szakaszt. Ha a környezet nem kifogástalan vagy felfüggesztett állapotban van, nem migrálhat, amíg el nem készíti a szükséges frissítéseket. Ha nem tud migrálni a párhuzamos migrálási funkcióval, tekintse meg a manuális migrálási lehetőségeket.

Az ellenőrzés azt is ellenőrzi, hogy az App Service-környezet a migráláshoz szükséges minimális builden van-e. Ez a build újabb lehet, mint a rutinplatform-frissítési/karbantartási ciklussal üzembe helyezett standard build. A minimális build rendszeres frissítése biztosítja, hogy a legújabb hibajavítások és fejlesztések elérhetők legyenek. Ha az App Service-környezet nem a minimális builden van, saját maga kell elindítania a frissítést. Ez a frissítés egy szabványos folyamat, amely nem érinti az App Service-környezetet, de nem skálázhatja és nem módosíthatja az App Service-környezetet, amíg a frissítés folyamatban van. A frissítés befejezéséig nem migrálható. A frissítések végrehajtása a környezet méretétől függően 8–12 órát is igénybe vehet. Ha egy adott időkeretet tervez az áttelepítéshez, a tervezett migrálási idő előtt 24–48 órával kell futtatnia az ellenőrzési ellenőrzést, hogy szükség esetén legyen ideje a frissítésre.

Válassza ki és készítse elő az alhálózatot az új App Service Environment v3-hoz

A platform a meglévő App Service-környezetétől eltérő alhálózaton hozza létre az új App Service Environment v3-at. Ki kell választania egy alhálózatot, amely megfelel az alábbi követelményeknek:

• Az alhálózatnak ugyanabban a virtuális hálózatban, tehát régióban kell lennie, mint a meglévő App Service-környezet.
  • Ha a virtuális hálózat nem rendelkezik elérhető alhálózattal, létre kell hoznia egyet. Előfordulhat, hogy egy új alhálózat létrehozásához növelnie kell a virtuális hálózat címterét. További információ: Virtuális hálózat létrehozása.
• Az alhálózatnak képesnek kell lennie kommunikálni azzal az alhálózattal, amelyben a meglévő App Service-környezet található. Győződjön meg arról, hogy nincsenek olyan hálózati biztonsági csoportok vagy egyéb hálózati konfigurációk, amelyek megakadályoznák az alhálózatok közötti kommunikációt.
• Az alhálózatnak egyetlen delegálással kell rendelkeznie Microsoft.Web/hostingEnvironments.
• Az alhálózatnak elegendő ip-címmel kell rendelkeznie az új App Service Environment v3 támogatásához. A szükséges IP-címek száma az új App Service Environment v3-hoz használni kívánt példányok számától függ. További információ: App Service Environment v3 hálózatkezelés.
• Az alhálózatra nem vonatkozhat zárolás. Ha vannak zárolások, az áttelepítés előtt el kell távolítani őket. A zárolások szükség esetén a migrálás befejezése után olvashatók. 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 migrálást vagy a kapcsolódó műveleteket nem tiltó Azure-szabályzatok nem tilthatók le. Ha vannak olyan szabályzatok, amelyek megakadályozzák az App Service-környezetek létrehozását vagy az alhálózatok módosítását, azokat a migrálás előtt el kell távolítani. A házirendek szükség esetén olvashatók a migrálás befejezése után. Az Azure Policyval kapcsolatos további információkért tekintse meg az Azure Policy áttekintését.

Kimenő IP-címek létrehozása az új App Service Environment v3-hoz

A platform létrehozza az új kimenő IP-címeket. Amíg ezek az IP-címek létrejönnek, a meglévő App Service-környezettel folytatott tevékenységek nem szakadnak meg, a meglévő környezet méretezése és módosítása azonban nem lehetséges. Ez a folyamat körülbelül 15 percet vesz igénybe.

Ha elkészült, létrejönnek a jövőbeli App Service Environment v3-hoz használt új kimenő IP-címek. Ezek az új IP-címek nincsenek hatással a meglévő környezetére.

A migrálás befejezése után megkapja az új bejövő IP-címet, de a DNS módosítása előtt átirányítja az ügyfélforgalmat az új App Service Environment 3-ra. A folyamat ezen pontján nem kapja meg a bejövő IP-címet, mert vannak függőségek az App Service Environment v3-erőforrásokhoz, amelyek a migrálási lépés során jönnek létre. Lehetősége van frissíteni az új bejövő IP-címtől függő erőforrásokat, mielőtt átirányítja a forgalmat az új App Service Environment 3-ra.

Ebben a lépésben dönti el, hogy engedélyezni szeretné-e a zónaredundanciát az új App Service Environment v3-hoz. A zónaredundancia akkor engedélyezhető, ha az App Service Environment 3-as verzió olyan régióban van , amely támogatja a zónaredundanciát.

Függő erőforrások frissítése új kimenő IP-címekkel

A rendszer az új kimenő IP-címeket a tényleges migrálás megkezdése előtt hozza létre és adja át Önnek. A rendszer megadja az új alapértelmezett kimenő forgalmat az internetes nyilvános címekre, így a migrálás befejezése előtt módosíthatja a külső tűzfalakat, a DNS-útválasztást, a hálózati biztonsági csoportokat és minden egyéb olyan erőforrást, amely ezekre az IP-címekre támaszkodik. Az Ön felelőssége, hogy frissítsen minden olyan erőforrást, amelyet érint az új App Service Environment 3-as verzióhoz társított IP-címváltozás. Ne lépjen tovább a következő lépésre, amíg el nem végezte az összes szükséges frissítést. A migrálási lépés során és után állásidőt tapasztalhat, ha függőségei vannak a kimenő IP-címekhez, és nem hajtja végre az összes szükséges frissítést. Ennek az az oka, hogy a migrálás megkezdése után annak ellenére, hogy a forgalom továbbra is az App Service Environment v2 előtérrendszerére kerül, a mögöttes számítás az új App Service Environment v3 az új alhálózaton.

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, amikor az App Service Environment v3-ra vált, beleértve az Azure Load Balancer állapotadat-mintavétel portváltozását is, amely most a 80-at használja.

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. Az áttelepítés nem lehet sikeres, ha az App Service-környezet alhálózata nincs delegálva, vagy egy másik erőforráshoz delegálja. Győződjön meg arról, hogy az új App Service Environment v3-hoz kiválasztott alhálózat egyetlen delegálással rendelkezik Microsoft.Web/hostingEnvironments.

Példány méretváltozásának nyugtázása

Az App Service-csomagok a migrálás részeként a megfelelő izolált v2 termékváltozattal jönnek létre. Az I2-csomagok például az I2v2-nek felelnek meg. Előfordulhat, hogy az alkalmazások túl vannak építve az áttelepítés után, mivel az Izolált v2 szint több memóriával és CPU-val rendelkezik a megfelelő példányméret szerint. 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 az termékváltozat részleteit.

Győződjön meg arról, hogy nincsenek zárolások az erőforrásokon

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. A zárolások szükség esetén a migrálás befejezése után olvashatók. A zárolások három különböző 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ítani ő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.

Győződjön meg arról, hogy nincsenek olyan Azure-szabályzatok, amelyek blokkolják a migrálást

Az Azure Policy használatával megtagadhatja az erőforrások létrehozását és módosítását bizonyos tagok számára. Ha olyan szabályzattal rendelkezik, amely letiltja az App Service-környezetek létrehozását vagy az alhálózatok módosítását, a migrálás előtt el kell távolítania. A házirend szükség esetén elolvasható a migrálás befejezése után. Az Azure Policyval kapcsolatos további információkért tekintse meg az Azure Policy áttekintését.

Egyéni tartomány utótagjának hozzáadása (nem kötelező)

Ha a meglévő App Service-környezet egyéni tartomány utótagot használ, konfigurálnia kell egy egyéni tartomány utótagot az új App Service Environment v3-hoz. Az App Service Environment v3 egyéni tartomány utótagja másként van implementálva, mint az App Service Environment 2-ben. Meg kell adnia az egyéni tartománynevet, a felügyelt identitást és a tanúsítványt, amelyet az Azure Key Vaultban kell tárolni. Az App Service Environment v3 egyéni tartomány utótagjával 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, olvassa el az Egyéni tartomány utótag konfigurálása az App Service-környezethez című témakört. Ha az App Service Environment v2-hez egyéni tartomány utótag tartozik, akkor is konfigurálnia kell egy egyéni tartomány utótagot az új környezethez, még akkor is, ha már nem szeretné használni. A migrálás befejezése után szükség esetén eltávolíthatja az egyéni tartomány utótag-konfigurációját.

Ha az áttelepítés tartalmaz egy egyéni tartomány utótagot az App Service Environment 3-as verziójához, az egyéni tartomány nem jelenik meg a portál Áttekintés lapjának Essentials szakaszában, mint az App Service Environment 1/v2-es verziójához. Ehelyett az App Service Environment 3-hoz lépjen az Egyéni tartomány utótag lapjára, ahol ellenőrizheti, hogy az egyéni tartomány utótagja megfelelően van-e konfigurálva. Emellett az App Service Environment 2-ben, ha egyéni tartomány utótagja van, az alapértelmezett gazdagépnév tartalmazza az egyéni tartomány utótagját, és APP-NAME.internal.contoso.com formában van. Az App Service Environment v3-on az alapértelmezett gazdagépnév mindig az alapértelmezett tartomány utótagot használja, és az APP-NAME formátumban van. A Standard kiadás-NAME.appserviceenvironment.net. Ez a különbség azért van, mert az App Service Environment v3 megtartja az alapértelmezett tartomány utótagot, amikor egyéni tartomány utótagot ad hozzá. Az App Service Environment 2-ben csak egyetlen tartomány utótagja van.

Migrálás az App Service-környezet v3-as verziójára

Az előző lépések elvégzése után a migrálást a lehető leghamarabb folytatnia kell.

A migrálás során nincs alkalmazás-állásidő, de az IP-létrehozási lépéshez hasonlóan ebben a folyamatban nem lehet skálázni, módosítani a meglévő App Service-környezetet, és nem helyezhet üzembe alkalmazásokat.

Fontos

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.

A párhuzamos migráláshoz 3–6 órás szolgáltatási idő szükséges az App Service Environment v2 és v3 közötti áttelepítésekhez. A migrálás során a skálázás és a környezeti konfigurációk le lesznek tiltva, és a következő események következnek be:

• Az új App Service Environment v3 a kiválasztott alhálózaton jön létre.
• Az új App Service-csomagok az új App Service Environment v3-ban jönnek létre a megfelelő izolált v2 szinttel.
• Az alkalmazások az új App Service Environment 3-ban jönnek létre.
• Az alkalmazások alapjául szolgáló számítási/feldolgozók átkerülnek az új App Service Environment v3-ba, ami azt jelenti, hogy az alkalmazások most már futnak az App Service Environment v3-on. Az App Service Environment v2 előtérvégei azonban alapértelmezés szerint továbbra is futnak és kiszolgálják a forgalmat. A régi bejövő IP-cím továbbra is használatban van, de az új kimenő IP-címek használatban vannak. Emellett létrejön az új App Service Environment v3 előtér, és készen áll a forgalom kiszolgálására.
  • Az ILB App Service-környezetek esetében az App Service Environment v3 előtérvégei csak akkor lesznek használatban, ha frissíti a privát DNS-zónákat az új bejövő IP-címmel.
  • AZ ELB App Service-környezetek esetében az áttelepítési folyamat nem irányítja át a forgalmat az App Service Environment v3 előtérbe, amíg el nem végzi az áttelepítés utolsó lépését.

Amikor ez a lépés befejeződik, az alkalmazás forgalma továbbra is a régi App Service Environment v2 előtérre és a hozzá rendelt bejövő IP-címre kerül. Az alkalmazások azonban valójában az új App Service Environment 3-ban futó feldolgozókon futnak.

Szerezze be az új App Service Environment v3 bejövő IP-címét, és frissítse a függő erőforrásokat

Az új bejövő IP-cím azért van megadva, hogy új végpontokat állítson be olyan szolgáltatásokkal, mint a Traffic Manager vagy az Azure Front Door , és frissíthesse bármelyik privát DNS-zónáját. Ne lépjen tovább a következő lépésre, amíg el nem hajtja ezeket a módosításokat. Van állásidő, ha nem frissíti a függő erőforrásokat az új bejövő IP-címmel. Az Ön felelőssége, hogy frissítse az új App Service Environment 3-as verzióhoz társított IP-címváltozás által érintett összes erőforrást. Ne lépjen tovább a következő lépésre, amíg el nem végezte az összes szükséges frissítést.

Ügyfélforgalom átirányítása, az App Service-környezet 3- s verzió ellenőrzése és a teljes migrálás

Az utolsó lépés a forgalom átirányítása az új App Service Environment v3 előtérre, és a migrálás befejezése. A lépés végrehajtása előtt tekintse át az új App Service Environment 3-as verziót, és végezze el a szükséges tesztelést annak ellenőrzéséhez, hogy az a kívánt módon működik-e. Alapértelmezés szerint a forgalom az App Service Environment v2 előtérvégére kerül. Ha ILB App Service Environment v3-at használ, tesztelheti az App Service Environment v3 előterét úgy, hogy frissíti a privát DNS-zónát az új bejövő IP-címmel. Ha ELB App Service Environment 3-at használ, a tesztelés folyamata az adott hálózati konfigurációtól függ. Az ELB-környezetek tesztelésének egyik egyszerű módja, ha frissíti a gazdagépfájlt az új App Service Environment v3 bejövő IP-cím használatára. Ha egyéni tartományok vannak hozzárendelve az egyes alkalmazásokhoz, frissítheti a DNS-üket, hogy az új bejövő IP-címre mutasson. A módosítás tesztelésével teljes mértékben ellenőrizheti az App Service Environment 3-at, mielőtt elindítja a migrálás utolsó lépését, amelyben a régi App Service-környezet törlődik.

Miután készen áll a forgalom átirányítására, végrehajthatja az áttelepítés utolsó lépését. Ez a lépés frissíti a belső/platform DNS-rekordjait, hogy az az új App Service Environment v3 terheléselosztó IP-címére és az áttelepítés során létrehozott előtérvégre mutasson. A módosítások néhány percen belül hatályba lépnek. Az Ön felelőssége, hogy frissítse a DNS-rekordokat, hogy az új bejövő IP-címre mutasson. Ha problémákat vagy alkalmazás állásidőt tapasztal, ellenőrizze a gyorsítótár és a TTL beállításait. Ez a lépés a régi App Service-környezetet is leállítja, és törli. Az új App Service Environment v3 most már az éles környezet.

Fontos

A platform nulla állásidős migrálási élményt garantál. A DNS-beállítások azonban állásidőt okozhatnak a DNS-módosítási lépés során. Ez a TTL és a gyorsítótár beállításaival kapcsolatos problémák miatt fordulhat elő, mivel a forgalom a DNS-módosítás után is átirányítható a régi App Service-környezetbe. Tekintse át a DNS-beállításokat, és győződjön meg arról, hogy alacsony TTL-t tartalmaz, és hogy a DNS-szolgáltató támogatja a gyors propagálást. Ha magas TTL-sel rendelkezik, állásidőt tapasztalhat a DNS-módosítási lépés során.

Feljegyzés

A lépés végrehajtásához 14 nap áll rendelkezésére. Ha 14 nap alatt nem hajtja végre ezt a lépést, a migrálás automatikusan visszaáll egy App Service Environment 2-re. Ha a lépés elvégzéséhez több mint 14 nap szükséges, forduljon az ügyfélszolgálathoz.

Ha bármilyen problémát észlel az új App Service Environment 3-at érintően, ne futtassa a parancsot az ügyfélforgalom átirányításához. Ez a parancs az App Service Environment v2 törlését is kezdeményezi. Ha problémát talál, visszaállíthatja az összes módosítást, és visszatérhet a régi App Service Environment 2-hez. A visszaállítási folyamat 3–6 órát vesz igénybe. A visszaállítási folyamat befejeződése után a régi App Service-környezet újra online állapotba kerül, és az új App Service Environment v3-at törli. Ezután a problémák megoldása után újra megkísérelheti az áttelepítést.

Az egymás melletti migrálási funkció használata

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. Tekintse át a migrálási folyamatot teljes egészében, hogy megértse 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áscsoportokon, az erőforrásokon 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 az App Service Environment v3-as verzió a virtuális hálózat egy másik alhálózatán található, gondoskodnia kell arról, hogy a virtuális hálózatban elérhető alhálózattal rendelkezzen, amely megfelel az App Service Environment v3 alhálózati követelményeinek. A kiválasztott alhálózatnak képesnek kell lennie kommunikálni azzal az alhálózattal is, amelyben a meglévő App Service-környezet található. Győződjön meg arról, hogy semmi sem blokkolja a két alhálózat közötti kommunikációt. Ha nem rendelkezik elérhető alhálózattal, az áttelepítés előtt létre kell hoznia egyet. Új alhálózat létrehozása magában foglalhatja a virtuális hálózati címtér növelését. További információ: Virtuális hálózat és alhálózat létrehozása.

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.

Kövesse az itt leírt lépéseket a sorrendben és az írott módon, mivel 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.

Fontos

A migrálás során előfordulhat, hogy az Azure Portal helytelen információkat jelenít meg az App Service-környezetről és az alkalmazásokról. Ne lépjen a Migrálási felületre az Azure Portalon, mivel a párhuzamos migrálási funkció nem érhető el ott. Javasoljuk, hogy az Azure CLI használatával ellenőrizze a migrálás állapotát. Ha kérdése van a migrálás vagy az alkalmazások állapotával kapcsolatban, forduljon az ügyfélszolgálathoz.

1. Válassza ki az új App Service Environment v3 alhálózatát

Válasszon ki egy alhálózatot az App Service Environment v3-ban, amely megfelel az App Service Environment v3 alhálózati követelményeinek. Jegyezze fel a kiválasztott alhálózat nevét. Ennek az alhálózatnak különböznie kell attól az alhálózattól, amelyben a meglévő App Service-környezet található.

2. Az App Service-környezet azonosítóinak lekérése

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)

3. 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. 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éssel kapcsolatos további információkért lásd : Annak ellenőrzése, hogy a migrálás támogatott-e az App Service-környezet egymás melletti migrálási funkciójával.

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=Validation&api-version=2022-03-01"

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, amely a környezet méretétől függően akár 8–12 órát is igénybe vehet, 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}/NoDowntimeMigrate?phase=PreMigrationUpgrade&api-version=2022-03-01"

4. Kimenő IP-címek létrehozása az új App Service Environment v3-hoz

Hozzon létre egy zoneredundancy.json nevű fájlt a régió és a zóna redundancia kiválasztásának alábbi részleteivel.

{
    "location":"<region>",    
    "Properties": {
        "zoneRedundant": "<true/false>"
    }
}

Az új App Service Environment v3-zóna redundánssá alakítható, ha a meglévő környezet olyan régióban van, amely támogatja a zónaredundanciát. A zónaredundancia a tulajdonság truebeállításával zoneRedundant konfigurálható. A zónaredundancia nem kötelező konfiguráció. Ez a konfiguráció csak az új App Service Environment v3 létrehozásakor állítható be, és később nem távolítható el.

Futtassa a következő parancsot új kimenő 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}/NoDowntimeMigrate?phase=PreMigration&api-version=2022-03-01" --body @zoneredundancy.json

A lépés állapotának ellenőrzéséhez futtassa a következő parancsot:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-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 kimenő 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=2022-03-01" --query properties.windowsOutboundIpAddresses

5. Függő erőforrások frissítése új kimenő IP-címekkel

Az új kimenő 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 megkezdése után a kívánt módon működjön. Önnek kell elvégeznie a szükséges frissítéseket. Az új kimenő IP-címek akkor lesznek használatban, ha az App Service Environment 3-at a migrálási lépés során létrehozták.

6. 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

7. 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 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.

8. A konfigurációk előkészítése

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 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ó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 v3 új alhálózatáról. Ha privát végpont használatával éri el a kulcstartót, győződjön meg arról, hogy megfelelően konfigurálta a privát hozzáférést az új alhálózattal.

Ezeknek a konfigurációknak a beállításához, például a korábban kiválasztott alhálózat azonosításához hozzon létre egy parameters.json nevű fájlt, amely a forgatókönyv alapján az alábbi részleteket tartalmazza. Mindenképpen használja az új App Service Environment v3-hoz kiválasztott új alhálózatot. 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 , és állítsa be ugyanazt az értéket, amelyet a kimenő IP-címgenerálási lépésben használt. Ugyanazt az értéket kell használnia a zónaredundanciához, amelyet a kimenő IP-címgenerálási lépésben használt.

Ha egyéni tartomány utótag nélkül telepít át, használja a következő kódot:

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>"
    }
}

Ha felhasználó által hozzárendelt felügyelt identitást használ az egyéni tartomány utótagjának konfigurációjához, használja a következő kódot:

{
    "Properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "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, használja a következő kódot:

{
    "properties": {
        "VirtualNetwork": {
            "Id": "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>"
        },
        "zoneRedundant": "<true/false>",
        "customDnsSuffixConfiguration": {
            "dnsSuffix": "internal.contoso.com",
            "certificateUrl": "https://contoso.vault.azure.net/secrets/myCertificate",
            "keyVaultReferenceIdentity": "SystemAssigned"
        }
    }
}

9. 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 három-hat órát vesz igénybe. Ez idő alatt nincs alkalmazás állásidő. 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.

Futtassa a következő parancsot az áttelepítés elindításához:

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=HybridDeployment&api-version=2022-03-01" --body @parameters.json

Futtassa a következő parancsot az áttelepítés állapotának ellenőrzéséhez:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

Miután megkapja az állapotot MigrationPendingDnsChange, a migrálás befejeződik, és rendelkezik egy App Service Environment v3-erőforrással. Az alkalmazások mostantól az új környezetben és a régi környezetben is futnak.

Az új környezet részleteinek lekéréséhez futtassa a következő parancsot:

az appservice ase show --name $ASE_NAME --resource-group $ASE_RG

Fontos

A migrálás során és a lépés során az MigrationPendingDnsChange Azure Portal helytelen információkat jelenít meg az App Service-környezetről és az alkalmazásokról. Az Azure CLI használatával ellenőrizze a migrálás állapotát. Ha kérdése van a migrálás vagy az alkalmazások állapotával kapcsolatban, forduljon az ügyfélszolgálathoz.

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.

10. Szerezze be az új App Service Environment v3 bejövő IP-címét, és frissítse a függő erőforrásokat

A migrálási folyamat ezen szakaszában két App Service Environment-előtérkészlettel rendelkezik, és mindkét halmaz képes az alkalmazásforgalom kiszolgálására. A DNS nem módosul, ezért alapértelmezés szerint a forgalom a régi App Service Environment előtérbe kerül. Frissítenie kell a függő erőforrásokat, hogy az új App Service Environment v3-hoz tartozó új IP-címet használhassa. Belső elérésű (ILB) App Service-környezetek esetén frissítenie kell a privát DNS-zónákat, hogy az új bejövő IP-címre mutasson.

Az új App Service Environment v3-hoz tartozó új bejövő IP-címet a következő, az App Service Environment terheléselosztó típusának megfelelő parancs futtatásával szerezheti be. Önnek kell elvégeznie a szükséges frissítéseket.

Az ILB App Service-környezetek esetében a következő parancs futtatásával kérje le a privát bejövő IP-címet:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.internalInboundIpAddresses

ELB App Service-környezetek esetén kérje le a nyilvános bejövő IP-címet a következő parancs futtatásával:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.networkingConfiguration.externalInboundIpAddresses

11. Az ügyfélforgalom átirányítása, az App Service Environment 3-ra vonatkozó ellenőrzése és a teljes migrálás

Ebben a lépésben tesztelheti és ellenőrizheti az új App Service Environment 3-at.

Ha meggyőződik arról, hogy az alkalmazások a várt módon működnek, az alábbi parancs futtatásával véglegesítheti az áttelepítést. Ez a parancs a régi környezetet is törli. A lépés végrehajtásához 14 nap áll rendelkezésére. Ha 14 nap alatt nem hajtja végre ezt a lépést, a migrálás automatikusan visszaáll egy App Service Environment 2-re. Ha a lépés elvégzéséhez több mint 14 nap szükséges, forduljon az ügyfélszolgálathoz.

Ha bármilyen problémát talál, vagy ezen a ponton úgy dönt, hogy már nem szeretné folytatni az áttelepítést, forduljon az ügyfélszolgálathoz az áttelepítés visszaállításához. Ne futtassa a DNS-módosítási parancsot, ha vissza kell állítania az áttelepítést. További információ: Migrálás visszaállítása.

az rest --method post --uri "${ASE_ID}/NoDowntimeMigrate?phase=DnsChange&api-version=2022-03-01"

A lépés állapotának ellenőrzéséhez futtassa a következő parancsot:

az rest --method get --uri "${ASE_ID}?api-version=2022-03-01" --query properties.subStatus

Ebben a lépésben a állapotot CompletingMigrationkapja. Amikor megkapja az állapotot MigrationCompleted, a forgalomátirányítási lépés befejeződik, és a migrálás befejeződött.

Díjszabás

Az App Service-környezet migrálása nem jár költséggel. A migrálási folyamat elindítása után azonban az App Service Environment v2 és az új App Service Environment v3 is ki lesz számlázva. A régi App Service Environment v2-hez tartozó költségek megszűnnek, amikor befejezi a végleges migrálási lépést, amelyben a régi környezet törlődik. A felesleges díjak halmozódásának megakadályozása érdekében a lehető leggyorsabban végezze el az ellenőrzést. Az App Service Environment v3 díjszabásával kapcsolatos további információkért tekintse meg a díjszabás részleteit.

Amikor a korábbi verziókból az App Service Environment v3-ra migrál, érdemes megfontolni, hogy ez csökkentheti a havi költségeket. A költségek további csökkentése érdekében fontolja meg a foglalásokat és a megtakarítási terveket . A költségmegtakarítási lehetőségekről további információt az App Service Environment 3-ra való frissítés utáni költségmegtakarítási lehetőségek című témakörben talál.

Feljegyzés

Az izolált 2-es verziós tarifacsomagok közötti különbségek miatt előfordulhat, hogy az alkalmazások túlkiépítésre kerülnek a migrálás után, mivel az Izolált v2 szint több memóriával és cpu-val rendelkezik a megfelelő példányméret szerint. 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 az termékváltozat részleteit.

Az App Service-csomagok vertikális leskálázása

Az App Service Environment v3-hoz elérhető App Service-csomag termékváltozatai az Izolált v2 (Iv2) szinten futnak. Az izolált szinthez képest a magok száma és a RAM mennyisége a megfelelő szintenként gyakorlatilag megduplázódik. Migráláskor az App Service-csomagok a megfelelő szintre lesznek konvertálva. Az I2-példányok például I2v2-vé lesznek konvertálva. Míg az I2 két maggal és 7 GB RAM-mal rendelkezik, az I2v2 négy maggal és 16 GB RAM-mal rendelkezik. Ha elvárja, hogy a kapacitáskövetelményei változatlanok maradjanak, túlterhelt lesz, és fizetnie kell a nem használt számítási és memóriahasználatért. Ebben a forgatókönyvben leskálázhatja az I2v2-példányt I1v2-re, és hasonló számú maggal és RAM-mal végződhet, mint korábban.

Gyakori kérdések

• Mi történik, ha az App Service-környezet migrálása jelenleg nem támogatott?
  A párhuzamos migrálási funkció jelenleg nem migrálható. Ha nem támogatott környezettel rendelkezik, és azonnal át szeretne migrálni, tekintse meg a manuális migrálási lehetőségeket.
• Hogyan válassza ki, hogy melyik migrálási lehetőség a megfelelő számomra?
  Tekintse át a migrálási útvonal döntési fáját , és döntse el, hogy melyik lehetőség a legmegfelelőbb a használati esethez.
• Hogyan tudom, hogy a párhuzamos migrálási funkciót kell-e használnom?
  Az egymás melletti migrálási funkció azoknak az ügyfeleknek a legjobb, akik az App Service Environment 3-ra szeretnének migrálni, de nem tudják támogatni az alkalmazás állásidejét. Mivel új alhálózatot használ az új környezethez, figyelembe kell vennie a hálózatkezelési szempontokat, beleértve az új IP-címeket is. Ha támogatja az állásidőt, tekintse meg a helyszíni migrálási funkciót, amely minimális konfigurációs módosításokat vagy manuális migrálási beállításokat eredményez. A helyi migrálási funkció ugyanabban az alhálózatban hozza létre az App Service Environment v3-at, mint a meglévő környezetét, és ugyanazt a hálózati infrastruktúrát használja.
• Tapasztalni fogok leállást a migrálás során?
  A platform garantálja, hogy a párhuzamos migrálási folyamat során nincs állásidő. A DNS-beállítások azonban állásidőt okozhatnak a DNS-módosítási lépés során. Ez a TTL és a gyorsítótár beállításaival kapcsolatos problémák miatt fordulhat elő, mivel a forgalom a DNS-módosítás után is átirányítható a régi App Service-környezetbe. Tekintse át a DNS-beállításokat, és győződjön meg arról, hogy alacsony TTL-t tartalmaz, és hogy a DNS-szolgáltató támogatja a gyors propagálást.
• A migrálás után bármit meg kell tennem az alkalmazásokkal, hogy futtassam őket az új App Service-környezetben?
  Nem, a régi környezetben futó összes alkalmazás automatikusan át lesz migrálva az új környezetbe, és a korábbiakhoz hasonlóan fut. Nincs szükség felhasználói bemenetre.
• Mi a teendő, ha az App Service Environmentem egyéni tartományutótaggal rendelkezik?
  A párhuzamos migrálási funkció támogatja ezt a migrálási forgatókönyvet.
• Mi történik, ha az App Service-környezetem zóna van rögzítve?
  A párhuzamos migrálási funkció jelenleg nem támogatja ezt a migrálási forgatókönyvet . Ha zónában rögzített App Service-környezettel rendelkezik, és azonnal át szeretne migrálni, tekintse meg a manuális migrálási lehetőségeket.
• Mi a teendő, ha az App Service-környezet ip-SSL-címeket használ?
  Az IP SSL nem támogatott az App Service Environment 3-ban. Az áttelepítési funkció vagy a manuális beállítások egyikének használata előtt el kell távolítania az összes IP SSL-kötést. Ha a párhuzamos migrálási funkciót szeretné használni, miután eltávolította az összes IP-SSL-kötést, át kell adnia ezt az ellenőrzési ellenőrzést, és folytathatja az automatizált migrálást.
• Az App Service-környezet milyen tulajdonságai változnak?
  Az App Service Environment 3-at használja, ezért mindenképpen tekintse át a korábbi verziókhoz képest a funkciók és a funkciók közötti különbségeket . Az egymás melletti migrálási funkció használatakor a bejövő és a kimenő IP-címek is megváltoznak. Megjegyzés az ELB App Service-környezethez, korábban egyetlen IP-cím volt bejövő és kimenő egyaránt. Az App Service Environment 3-ai esetében külön vannak. További információ: App Service Environment v3 hálózatkezelés. Az App Service Environment-verziók teljes összehasonlítását lásd : App Service Environment-verziók összehasonlítása.
• Mi történik, ha a migrálás meghiúsul, vagy váratlan probléma merül fel a migrálás során?
  Ha váratlan probléma merül fel, a támogatási csapatok rendelkezésre állnak. Javasoljuk, hogy migrálja a fejlesztői környezeteket, mielőtt bármilyen éles környezethez hozzányúl, hogy megismerje a migrálási folyamatot, és megtudja, hogyan befolyásolja a számítási feladatokat. Az egymás melletti migrálás funkcióval bármilyen probléma esetén visszaállíthatja az összes módosítást.
• Mi történik a régi App Service-környezetemmel?
  Ha úgy dönt, hogy a párhuzamos migrálási funkcióval migrál egy App Service-környezetet, a régi környezet a migrálási folyamat utolsó lépéséig lesz használatban. Az utolsó lépés elvégzése után a régi környezet és a rajta üzemeltetett összes alkalmazás le lesz állítva és törölve lesz. A régi környezet már nem érhető el. A régi környezethez való visszatérés jelenleg nem lehetséges.
• Mi fog történni az App Service Environment v1/v2 erőforrásokkal 2024. augusztus 31. után?
  2024. augusztus 31-e után, ha nem migrál az App Service Environment v3-ra, az App Service Environment v1/v2-jei és a bennük üzembe helyezett alkalmazások már nem lesznek elérhetők. Az App Service Environment v1/v2 a Felhőszolgáltatások (klasszikus) architektúrán futó App Service skálázási egységek szolgáltatják, amelyek 2024. augusztus 31-én megszűnnek. Emiatt az App Service Environment v1/v2 már nem lesz elérhető a dátum után. Migrálás az App Service Environment v3-ra az alkalmazások futásának fenntartása, illetve a karbantartáshoz szükséges erőforrások vagy adatok mentéséhez vagy biztonsági mentéséhez.

Következő lépések

App Service Environment v3 hálózatkezelés

App Service Environment v3 használata

Egyéni tartomány utótagja