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

Cikk
03/06/2024

Feljegyzés

Az App Service Environment 3-ra való frissítéshez két automatizált migrálási funkció érhető el. Ha többet szeretne megtudni ezekről a funkciókról, és segítséget szeretne nyújtani annak eldöntéséhez, hogy melyik migrálási lehetőség megfelelő Önnek, tekintse meg az áttelepítési útvonal döntési fáját. Fontolja meg az App Service Environment 3-ás verziójának gyorsabb elérési útját az egyik automatizált lehetőséggel.

Ha jelenleg az App Service Environment 1- vagy v2-et használja, lehetősége van a számítási feladatokat az App Service Environment 3-ra migrálni. Az App Service Environment v3 olyan előnyökkel és funkcióbeli különbségekkel rendelkezik, amelyek továbbfejlesztett támogatást nyújtanak a számítási feladatokhoz, és csökkenthetik az általános költségeket. Fontolja meg az automatizált migrálási funkciók használatát, ha a környezet megfelel a migrálási útvonal döntési fájában leírt feltételeknek.

Ha az App Service-környezet nem támogatott a migrálási funkciók esetében, az App Service Environment v3-ra való migráláshoz a manuális módszerek egyikét kell használnia.

Előfeltételek

Forgatókönyv: Van egy appja, amely az App Service Environment v1 vagy az App Service Environment v2 rendszeren fut, és az appnak az App Service Environment v3-on való futtatásához van szüksége.

Minden olyan áttelepítési módszerhez, amely nem használja az automatizált migrálási funkciókat, létre kell hoznia az App Service Environment v3 erőforrást és egy új alhálózatot a választott módszerrel.

Az App Service Environment v1/v2 és az App Service Environment v3 közötti hálózatkezelési változások új (és internetes környezetek esetén további) IP-címeket foglalnak magukban. Frissítenie kell minden olyan infrastruktúrát, amely ezekre az IP-címekre támaszkodik. Ügyeljen arra, hogy figyelembe vegyék a bejövő függőségek változásait, például az Azure Load Balancer-portot.

Több App Service-környezet nem létezhet egyetlen alhálózatban. Ha a meglévő alhálózatot kell használnia az új App Service Environment v3-erőforráshoz, az új létrehozása előtt törölnie kell a meglévő App Service-környezetet. Ebben a forgatókönyvben azt javasoljuk, hogy készítsen biztonsági másolatot az alkalmazásokról, majd állítsa vissza őket az új környezetben a környezet létrehozása és konfigurálása után. Ez a folyamat az alkalmazás leállását okozza a következő idő miatt:

Törölje a régi környezetet.
Hozza létre az App Service Environment v3-erőforrást.
Konfiguráljon minden infrastruktúrát és csatlakoztatott erőforrást az új környezettel való együttműködéshez.
Az alkalmazások üzembe helyezése az új környezetben.

Ellenőrzőlista az alkalmazások migrálása előtt

Hozzon létre egy App Service Environment v3-erőforrást .
Frissítse a hálózati függőségeket az új környezethez társított IP-címekkel.
Tervezze meg az állásidőt (ha van).
Döntse el, hogyan hozhatja létre újra az alkalmazásokat az új környezetben.

A környezet méretezése és méretezése

Az App Service Environment v3 izolált v2 Azure-alkalmazás Service-csomagokat használ, amelyek ára és mérete eltér az izolált csomagoktól. Tekintse át a díjszabás részleteit , és ismerje meg, hogyan kell méretezni és méretezni az új környezetet a megfelelő kapacitás biztosításához. Az App Service Environment 3-hoz készült App Service-csomagok létrehozásának módjában nincs különbség a korábbi verziókhoz képest.

Biztonsági mentés és visszaállítás kiértékelése

A biztonsági mentési és visszaállítási funkcióval megtarthatja az alkalmazás konfigurációját, fájltartalmát és adatbázisát az új környezetbe való migráláskor.

Egyéni biztonsági mentéseket kell konfigurálnia az alkalmazásokhoz az App Service Environment v3-ra való visszaállításukhoz. Az automatikus biztonsági mentés nem támogatja a visszaállítást az App Service Environment különböző verzióiban. Az egyéni biztonsági mentésekről további információt az Automatikus és az egyéni biztonsági mentések című témakörben talál. Screenshot that shows options for configuring custom backups for an App Service app.

Kiválaszthat egy egyéni biztonsági másolatot, és visszaállíthatja azt az App Service-be az App Service Environment v3-erőforrásában. Az alkalmazás visszaállítása előtt létre kell hoznia azt az App Service-csomagot, amelybe vissza fog állítani. Beállíthatja, hogy visszaállítsa a biztonsági másolatot az éles pontra, egy meglévő pontra vagy egy új helyre, amelyet a visszaállítási folyamat során hoz létre.

Screenshot that shows how to use a backup to restore an App Service app in App Service Environment v3.

Juttatások	Korlátozások
Gyors – alkalmazásonként csak 5–10 percet vesz igénybe.	A támogatás bizonyos adatbázistípusokra korlátozódik.
Egyszerre több alkalmazást is visszaállíthat. (Minden alkalmazáshoz egyenként kell konfigurálnia a visszaállítást.)	A régi környezetnek, az új környezetnek és a támogató erőforrásoknak (például alkalmazásoknak, adatbázisoknak, tárfiókoknak és tárolóknak) ugyanabban az előfizetésben kell lenniük.
Az alkalmazáson belüli MySQL-adatbázisokról a rendszer konfiguráció nélkül automatikusan biztonsági másolatot készít.	A biztonsági másolatok akár 10 GB alkalmazás- és adatbázis-tartalmat is tartalmazhatnak. A tartalom legfeljebb 4 GB lehet az adatbázis biztonsági mentése. Ha a biztonsági mentés mérete meghaladja ezt a korlátot, hibaüzenet jelenik meg.
Az alkalmazást visszaállíthatja egy korábbi állapot pillanatképére.	A tűzfalbarát tárfiók használata a biztonsági másolatok célhelyeként nem támogatott.
Integrálható az Azure Traffic Managerrel és Azure-alkalmazás Átjáróval a forgalom régi és új környezetek közötti elosztásához.	A privát végpontokkal rendelkező tárfiókok biztonsági mentéshez és visszaállításhoz való használata nem támogatott.
A folyamat felgyorsítása érdekében létrehozhat üres webalkalmazásokat az új környezetbe való visszaállításhoz.	Csak az egyéni biztonsági mentések támogatottak.

Az alkalmazás klónozása az App Service Environment v3-ba

Az alkalmazások klónozása egy másik funkció, amellyel windowsos alkalmazásait az App Service Environment 3-ra helyezheti. Az alkalmazások klónozására vonatkozó korlátozások megegyeznek az App Service biztonsági mentési funkciójával. További információ: Alkalmazás biztonsági mentése a Azure-alkalmazás Szolgáltatásban.

Feljegyzés

Az alkalmazások klónozása csak Windows rendszeren futó App Service-csomagok esetében támogatott.

Ezt a megoldást azoknak a felhasználóknak ajánljuk, akik Windows rendszeren használják az App Service-t, és nem tudnak migrálni a migrálási funkcióval. Az alkalmazások klónozása előtt be kell állítania az új App Service Environment v3-erőforrást. Az alkalmazások klónozása akár 30 percet is igénybe vehet.

Ha powershell-lel szeretne klónozni egy alkalmazást, tekintse meg az utasításokat.

Alkalmazás klónozása az Azure Portal használatával:

Az Azure Portalon lépjen a meglévő App Service-csomagra. A Fejlesztői eszközök területen válassza az Alkalmazás klónozása lehetőséget.
Töltse ki a szükséges mezőket az új App Service Environment v3-erőforrás adataival:
1. Erőforráscsoport esetén válasszon ki egy meglévő erőforráscsoportot, vagy hozzon létre egy újat.
2. Névként adjon nevet az alkalmazásnak. Ez a név megegyezhet a régi alkalmazáséval, de az új környezet alapértelmezett URL-címe eltérő lesz. Az új URL-címre mutató egyéni DNS-t vagy csatlakoztatott erőforrásokat frissítenie kell.
3. Régió esetén használja az App Service Environment v3-at.
4. Ha klónozni szeretné az üzembehelyezési forrást, jelölje be az Üzembehelyezési forrás klónozása jelölőnégyzetet.
5. Windows-csomag esetén használhat egy meglévő App Service-csomagot az új környezetből, ha már létrehozott egyet, vagy létrehozhat egy új csomagot. Az új App Service Environment v3-erőforrásban elérhető App Service-csomagok megjelennek a legördülő listában.
6. Termékváltozat és méret esetén módosítsa a memóriát és a PROCESSZORt igény szerint az Izolált v2-beállítások egyikével, ha új App Service-csomagot hoz létre. Az App Service Environment v3 izolált v2-csomagokat használ, amelyek az izolált csomagokhoz képest több memóriával és cpu-val rendelkeznek a megfelelő példánymérethez képest. További információkért tekintse meg az App Service Environment v3 díjszabási adatait.

Screenshot that shows options for cloning an app to App Service Environment v3 by using the portal.

Juttatások	Korlátozások
A klónozást a PowerShell használatával automatizálhatja.	Csak a Windows App Service-csomagok esetében támogatott.
Egyszerre több alkalmazást is klónozhat. (A klónozást minden alkalmazáshoz külön-külön vagy szkripttel kell konfigurálni.)	A támogatás bizonyos adatbázistípusokra korlátozódik.
Integrálható az Azure Traffic Managerrel és Azure-alkalmazás Átjáróval a forgalom régi és új környezetek közötti elosztásához.	A régi környezetnek, az új környezetnek és a támogató erőforrásoknak (például alkalmazásoknak, adatbázisoknak, tárfiókoknak és tárolóknak) ugyanabban az előfizetésben kell lenniük.

Alkalmazások manuális létrehozása az App Service Environment v3-ban

Ha a migrálási funkció nem támogatja az alkalmazásokat, vagy manuálisabb útvonalat szeretne használni, az alkalmazásokat a meglévő App Service-környezethez használt folyamat követésével telepítheti.

Exportálhatja az Azure Resource Manager-sablonokat (ARM-sablonokat ) meglévő alkalmazásaiból, App Service-csomagjaiból és bármely más támogatott erőforrásból, és üzembe helyezheti őket az új környezetben vagy az új környezetben. Ha csak egy alkalmazáshoz szeretne sablont exportálni, nyissa meg az App Service-csomagot. Az Automation területen válassza az Exportálás sablon lehetőséget.

Screenshot of the option to export a template on the left pane of the Azure portal.

Több erőforrás sablonjait is exportálhatja közvetlenül az erőforráscsoportból. Nyissa meg az erőforráscsoportot, jelölje ki azokat az erőforrásokat, amelyekhez sablont szeretne használni, majd válassza az Exportálás sablont.

Screenshot of the option for exporting a template for resources from a resource group.

Az alkalmazások App Service Environment 3-as verzióra való beolvasásához az ARM-sablonok alábbi kezdeti módosításaira van szükség:

App Service-csomag paramétereinek frissítése sku izolált v2-csomagra:

"type": "Microsoft.Web/serverfarms",
"apiVersion": "2021-02-01",
"name": "[parameters('serverfarm_name')]",
"location": "East US",
"sku": {
    "name": "I1v2",
    "tier": "IsolatedV2",
    "size": "I1v2",
    "family": "Iv2",
    "capacity": 1
},

Frissítse az App Service-csomag (serverfarm) paramétert, amelyet az alkalmazás üzembe helyez az App Service Environment 3-as verzióhoz társított csomagban.
Frissítse az üzemeltetési környezeti profil (hostingEnvironmentProfile) paramétert az új App Service Environment v3 erőforrás-azonosítóra.

Az ARM-sablonok exportálása magában foglalja az erőforrás-szolgáltatók által az erőforrások számára elérhetővé tett összes tulajdonságot. Távolítsa el az összes nem lekérdezett tulajdonságot, például a régi alkalmazás tartományára mutató tulajdonságokat. Egyszerűsítheti például az erőforrást sites a következő mintára:

"type": "Microsoft.Web/sites",
"apiVersion": "2021-02-01",
"name": "[parameters('site_name')]",
"location": "East US",
"dependsOn": [
    "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]"
],
"properties": {
    "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', parameters('serverfarm_name'))]",
    "siteConfig": {
        "linuxFxVersion": "NODE|14-lts"
     },
    "hostingEnvironmentProfile": {
        "id": "[parameters('hostingEnvironments_externalid')]"
    }
}

Az alkalmazás konfigurálásának módjától függően további módosításokra is szükség lehet. Ha például rendszer által hozzárendelt felügyelt identitásokat és ugyanazokat az alkalmazásneveket használja a régi és az új környezetekhez, ütközések fordulhatnak elő. Az ütközés feloldásához és az állásidő elkerüléséhez használhat felhasználó által hozzárendelt felügyelt identitást.

ARM-sablonokat az Azure Portal, az Azure CLI vagy a PowerShell használatával helyezhet üzembe.

Manuális migrálás

A helyszíni migrálási funkció automatizálja az App Service Environment v3-ba való migrálást, és az összes alkalmazást az új környezetbe továbbítja. A migrálás során körülbelül egy óra állásidő áll rendelkezésre. Ha az alkalmazások nem rendelkeznek állásidővel, javasoljuk, hogy használja a párhuzamos migrálási funkciót, amely nulla állásidős migrálási lehetőség, mivel az új környezet egy másik alhálózatban jön létre. Ha azt is választja, hogy nem használja az egymás melletti migrálási funkciót, a manuális beállítások egyikével újra létrehozhatja az alkalmazásokat az App Service Environment 3-ban.

Az Application Gateway használatával eloszthatja a forgalmat a régi és az új környezetek között. Ha belső terheléselosztó (ILB) App Service-környezetet használ, hozzon létre egy Azure-alkalmazás átjárópéldányt egy további háttérkészlettel a környezetek közötti forgalom elosztásához. Az ILB App Service-környezetekről és az internetkapcsolattal rendelkező App Service-környezetekről az Application Gateway-integráció című témakörben olvashat.

Olyan szolgáltatásokat is használhat, mint az Azure Front Door, az Azure Content Delivery Network és az Azure Traffic Manager a környezetek közötti forgalom elosztásához. Ezeknek a szolgáltatásoknak a használata lehetővé teszi az új környezet ellenőrzött tesztelését, és segít a saját tempójában áttérni az új környezetre.

A migrálás és az új környezettel végzett tesztelés befejezése után törölje a régi App Service-környezetet, a rajta lévő alkalmazásokat és a már nem szükséges támogató erőforrásokat. Továbbra is fizetnie kell minden olyan erőforrásért, amelyet nem töröl.

Gyakori kérdések

Hogyan tudom, hogy át kell-e migrálnom az App Service Environment v3-ra a manuális beállítások egyikével?
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. Ha a környezet megfelel a migrálási útvonal döntési fájában leírt feltételeknek, fontolja meg az egyik automatizált migrálási funkció használatát az App Service Environment v3 gyorsabb elérési útjához. A manuális migrálás akkor ajánlott, ha lassan kell áthelyeznie az alkalmazásokat az új környezetbe, és ellenőriznie kell az egész folyamatot.
Tapasztalni fogok leállást a migrálás során?
Az állásidő a migrálási folyamattól függ. Ha más App Service-környezettel rendelkezik, amelybe migrálás közben irányíthatja a forgalmat, vagy ha egy másik alhálózattal hozhatja létre az új környezetet, akkor nem lesz állásidő. Ha ugyanazt az alhálózatot kell használnia, a régi környezet törlése, az App Service Environment v3 erőforrás létrehozása, az új App Service-csomagok létrehozása, az alkalmazások újbóli létrehozása és az új IP-címeket használó erőforrások frissítése közben leáll.
Módosítanom kell valamit az alkalmazásaimról, hogy az App Service Environment 3-on fussanak?
Szám Az App Service Environment 1- és v2-en futó alkalmazásoknak nem kell módosítaniuk az App Service Environment 3-at. Ha IP SSL-t használ, a migrálás előtt el kell távolítania az IP SSL-kötéseket.
Mi a teendő, ha az App Service Environmentem egyéni tartományutótaggal rendelkezik?
A migrálási funkció támogatja ezt a migrálási forgatókönyvet. Ha nem szeretné használni a migrálási funkciót, manuális módszerrel migrálhat. Az egyéni tartomány utótagját az App Service Environment v3-erőforrás létrehozásakor vagy azt követően bármikor konfigurálhatja.
Mi történik, ha az App Service Environment v2-erőforrás zóna rögzített?
A zóna rögzítése nem támogatott funkció az App Service Environment v3-on. Az App Service Environment v3-erőforrás létrehozásakor engedélyezheti a zónaredundanciát.
Az App Service-környezet milyen tulajdonságai változnak?
Tekintse át az App Service Environment 3- és korábbi verziói közötti funkcióbeli különbségeket . Az ILB App Service-környezetek esetében ugyanazt az ILB IP-címet kell tárolnia. Az internetkapcsolattal rendelkező App Service-környezetek esetében a nyilvános IP-cím és a kimenő IP-cím megváltozik.

Az internetkapcsolattal rendelkező App Service-környezetek esetében korábban egyetlen IP-cím volt a bejövő és a kimenő forgalomhoz is. 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 alkalmazások App Service Environment v2-ről v3-ra való áthelyezésekor támogatott a biztonsági mentés és a visszaállítás? A biztonsági mentési és visszaállítási funkció támogatja az alkalmazások visszaállítását az App Service Environment-verziók között mindaddig, amíg a visszaállításhoz egyéni biztonsági mentést használ. Az automatikus biztonsági mentés nem támogatja a különböző App Service Environment-verziók visszaállítását.
Mi történik az App Service Environment 1- és v2-erőforrásokkal 2024. augusztus 31. után?
2024. augusztus 31-e után, ha még nem migrált az App Service Environment v3-ra, az App Service Environment 1- és v2-erőforrások, valamint a bennük üzembe helyezett alkalmazások már nem lesznek elérhetők.

Az App Service Environment v1 és v2 az Azure Cloud Services (klasszikus) architektúrán futó App Service-méretezési egységeken fut. Mivel ez az architektúra 2024. augusztus 31-én megszűnik, az App Service Environment 1- és v2-s verzió 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 érdekében, illetve a karbantartáshoz szükséges erőforrások vagy adatok mentése vagy biztonsági mentése.