Sdílet prostřednictvím


Migrace na službu App Service Environment v3

Poznámka:

K dispozici jsou dvě funkce automatizované migrace, které vám pomůžou upgradovat na App Service Environment v3. Další informace o těchto funkcích a pomoc s rozhodováním o tom, která možnost migrace je pro vás nejvhodnější, najdete v rozhodovacím stromu cesty migrace. Zvažte jednu z automatizovaných možností pro rychlejší cestu ke službě App Service Environment v3.

Pokud aktuálně používáte App Service Environment verze 1 nebo v2, máte příležitost migrovat úlohy do služby App Service Environment v3. App Service Environment v3 má výhody a rozdíly mezi funkcemi, které poskytují vylepšenou podporu pro vaše úlohy a můžou snížit celkové náklady. Pokud vaše prostředí splňuje kritéria popsaná v rozhodovacím stromu cesty migrace, zvažte použití funkcí automatizované migrace.

Pokud vaše prostředí App Service Environment nepodporuje funkce migrace, musíte použít jednu z ručních metod pro migraci do služby App Service Environment v3.

Požadavky

Scénář: Máte aplikaci, která běží ve službě App Service Environment v1 nebo App Service Environment v2 a potřebujete, aby tato aplikace běžela ve službě App Service Environment v3.

Pro jakoukoli metodu migrace, která nepoužívá funkce automatizované migrace, je potřeba vytvořit prostředek služby App Service Environment v3 a novou podsíť pomocí metody podle vašeho výběru.

Změny sítí mezi službou App Service Environment v1/v2 a službou App Service Environment v3 zahrnují nové (a pro internetová prostředí, další) IP adresy. Potřebujete aktualizovat jakoukoli infrastrukturu, která na těchto IP adresách spoléhá. Nezapomeňte počítat se změnami příchozích závislostí, jako je port Azure Load Balanceru.

V jedné podsíti nemůže existovat více prostředí App Service Environment. Pokud potřebujete použít existující podsíť pro nový prostředek služby App Service Environment v3, musíte před vytvořením nové služby odstranit stávající službu App Service Environment. V tomto scénáři doporučujeme po vytvoření a konfiguraci prostředí zálohovat aplikace a pak je obnovit v novém prostředí. Tento proces způsobí výpadek aplikace z důvodu doby, která trvá:

  • Odstraňte staré prostředí.
  • Vytvořte prostředek služby App Service Environment v3.
  • Nakonfigurujte jakoukoli infrastrukturu a připojené prostředky pro práci s novým prostředím.
  • Nasaďte aplikace do nového prostředí.

Kontrolní seznam před migrací aplikací

  • Vytvořte prostředek služby App Service Environment v3 .
  • Aktualizujte všechny síťové závislosti s IP adresami přidruženými k novému prostředí.
  • Naplánujte výpadek (pokud je to možné).
  • Rozhodněte se o procesu opětovného vytváření aplikací v novém prostředí.

Velikost a škálování prostředí

Služba App Service Environment v3 používá izolované plány v2 Aplikace Azure Service, které mají jinou cenu a velikost než izolované plány. Projděte si podrobnosti o cenách, abyste pochopili, jak nové prostředí musí mít velikost a škálování, aby se zajistila odpovídající kapacita. V porovnání s předchozími verzemi není žádný rozdíl ve vytváření plánů služby App Service Pro App Service Environment v3.

Vyhodnocení zálohování a obnovení

Pomocí funkce zálohování a obnovení můžete zachovat konfiguraci aplikace, obsah souborů a databázi připojenou k aplikaci při migraci do nového prostředí.

Abyste je mohli obnovit do služby App Service Environment v3, musíte pro své aplikace nakonfigurovat vlastní zálohy. Automatické zálohování nepodporuje obnovení v různých verzích služby App Service Environment. Další informace o vlastních zálohách najdete v tématu Automatické a vlastní zálohy. Snímek obrazovky znázorňující možnosti konfigurace vlastních záloh pro aplikaci App Service

Můžete vybrat vlastní zálohu a obnovit ji do služby App Service v prostředku služby App Service Environment v3. Před obnovením aplikace je nutné vytvořit plán služby App Service, do kterého se budete obnovovat. Můžete se rozhodnout obnovit zálohu do produkčního slotu, existujícího slotu nebo nového slotu, který vytvoříte během procesu obnovení.

Snímek obrazovky znázorňující použití zálohy k obnovení aplikace App Service ve službě App Service Environment v3

Zaměstnanecké výhody Omezení
Rychlé – v aplikaci by mělo trvat jenom 5 až 10 minut. Podpora je omezená na určité typy databází.
Současně můžete obnovit více aplikací. (Pro každou aplikaci je potřeba nakonfigurovat obnovení jednotlivě.) Staré prostředí, nové prostředí a podpůrné prostředky (například aplikace, databáze, účty úložiště a kontejnery) musí být ve stejném předplatném.
Databáze MySQL v aplikaci se automaticky zálohují bez jakékoli konfigurace. Zálohy můžou být až 10 GB obsahu aplikace a databáze. Záloha databáze může být až 4 GB tohoto obsahu. Pokud velikost zálohování překročí tento limit, zobrazí se chyba.
Aplikaci můžete obnovit na snímek předchozího stavu. Použití účtu úložiště s podporou brány firewall jako cíle pro vaše zálohy se nepodporuje.
Můžete integrovat se službou Azure Traffic Manager a Aplikace Azure lication Gateway a distribuovat provoz napříč starými a novými prostředími. Použití účtu úložiště s privátními koncovými body pro zálohování a obnovení se nepodporuje.
Před zahájením obnovení můžete vytvořit prázdné webové aplikace, které se mají obnovit do nového prostředí, aby se proces urychlil. Podporují se jenom vlastní zálohy.

Naklonování aplikace do služby App Service Environment v3

Klonování aplikací je další funkce, kterou můžete použít k získání aplikací pro Windows do služby App Service Environment v3. Omezení klonování aplikací jsou stejná jako omezení pro funkci zálohování služby App Service. Další informace najdete v tématu Zálohování aplikace ve službě Aplikace Azure Service.

Poznámka:

Klonování aplikací se podporuje jenom pro plány služby App Service ve Windows.

Toto řešení doporučujeme pro uživatele, kteří používají Službu App Service ve Windows a nemůžou se migrovat pomocí funkce migrace. Před klonem aplikací musíte nastavit nový prostředek služby App Service Environment v3. Klonování aplikace může trvat až 30 minut.

Pokud chcete naklonovat aplikaci pomocí PowerShellu, přečtěte si pokyny.

Klonování aplikace pomocí webu Azure Portal:

  1. Na webu Azure Portal přejděte ke stávajícímu plánu služby App Service. V části Vývojové nástroje vyberte Klonovat aplikaci.

  2. Vyplňte požadovaná pole pomocí podrobností o novém prostředku služby App Service Environment v3:

    1. V části Skupina prostředků vyberte existující skupinu prostředků nebo vytvořte novou.
    2. Pojmenujte aplikaci. Tento název může být stejný jako stará aplikace, ale výchozí adresa URL webu pro nové prostředí se bude lišit. Abyste mohli odkazovat na novou adresu URL, musíte aktualizovat všechny vlastní prostředky DNS nebo připojené prostředky.
    3. V případě oblasti použijte název služby App Service Environment v3.
    4. Pokud chcete naklonovat zdroj nasazení, zaškrtněte políčko Klonovat zdroj nasazení.
    5. Pro plán Windows můžete použít existující plán služby App Service z nového prostředí, pokud jste ho už vytvořili, nebo můžete vytvořit nový plán. Dostupné plány služby App Service v novém prostředku služby App Service Environment v3 se zobrazí v rozevíracím seznamu.
    6. V případě skladové položky a velikosti upravte paměť a procesor podle potřeby pomocí jedné z možností izolované verze 2, pokud vytváříte nový plán služby App Service. App Service Environment v3 používá plány Izolované verze 2, které mají v porovnání s izolovanými plány více paměti a procesoru na odpovídající velikost instance. Další informace najdete v podrobnostech o cenách služby App Service Environment v3.

Snímek obrazovky znázorňující možnosti klonování aplikace do služby App Service Environment v3 pomocí portálu

Zaměstnanecké výhody Omezení
Klonování můžete automatizovat pomocí PowerShellu. Podporováno pouze pro plány služby App Service ve Windows.
Můžete naklonovat více aplikací najednou. (Klonování musí být nakonfigurováno pro každou aplikaci jednotlivě nebo prostřednictvím skriptu.) Podpora je omezená na určité typy databází.
Můžete integrovat se službou Azure Traffic Manager a Aplikace Azure lication Gateway a distribuovat provoz napříč starými a novými prostředími. Staré prostředí, nové prostředí a podpůrné prostředky (například aplikace, databáze, účty úložiště a kontejnery) musí být ve stejném předplatném.

Ruční vytvoření aplikací ve službě App Service Environment v3

Pokud funkce migrace nepodporuje vaše aplikace nebo chcete provést ručnější trasu, můžete aplikace nasadit stejným postupem, který jste použili pro stávající službu App Service Environment.

Můžete exportovat šablony Azure Resource Manageru (šablony ARM) stávajících aplikací, plánů služby App Service a všech dalších podporovaných prostředků a nasadit je do nebo do nového prostředí. Pokud chcete exportovat šablonu jenom pro aplikaci, přejděte do plánu služby App Service. V části Automatizace vyberte Exportovat šablonu.

Snímek obrazovky s možností exportu šablony v levém podokně webu Azure Portal

Můžete také exportovat šablony pro více prostředků přímo ze skupiny prostředků. Přejděte do skupiny prostředků, vyberte prostředky, pro které chcete šablonu použít, a pak vyberte Exportovat šablonu.

Snímek obrazovky s možností exportu šablony pro prostředky ze skupiny prostředků

K získání aplikací do služby App Service Environment v3 se vyžadují následující počáteční změny šablon ARM:

  • Aktualizujte sku parametry plánu služby App Service na plán izolované verze 2:

    "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
    },
    
  • Aktualizujte parametr plánu služby App Service (serverfarm), do kterého se aplikace nasadí do plánu přidruženého ke službě App Service Environment v3.

  • Aktualizujte parametr profiluhostingEnvironmentProfile hostitelského prostředí na nové ID prostředku služby App Service Environment v3.

  • Export šablony ARM obsahuje všechny vlastnosti, které poskytovatelé prostředků zpřístupňují pro prostředky. Odeberte všechny vlastnosti, které nejsou potřeba, například vlastnosti, které odkazují na doménu staré aplikace. Prostředek můžete například zjednodušit sites na následující ukázku:

    "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')]"
        }
    }
    

V závislosti na tom, jak jste aplikaci nakonfigurovali, můžou být potřeba další změny. Pokud například používáte spravované identity přiřazené systémem a stejné názvy aplikací pro stará a nová prostředí, můžete narazit na konflikty. Pokud chcete tento konflikt vyřešit a vyhnout se výpadkům, můžete použít spravovanou identitu přiřazenou uživatelem.

Šablony ARM můžete nasadit pomocí webu Azure Portal, Azure CLI nebo PowerShellu.

Ruční migrace

Funkce místní migrace automatizuje migraci do služby App Service Environment v3 a přenese všechny aplikace do nového prostředí. Během této migrace je přibližně jedna hodina výpadku. Pokud vaše aplikace nemohou mít žádné výpadky, doporučujeme použít funkci souběžné migrace, což je možnost migrace bez výpadků, protože nové prostředí je vytvořené v jiné podsíti. Pokud se také rozhodnete funkci souběžné migrace nepoužívat, můžete k opětovnému vytvoření aplikací ve službě App Service Environment v3 použít jednu z ručních možností.

Provoz mezi stará a nová prostředí můžete distribuovat pomocí služby Application Gateway. Pokud používáte interní nástroj pro vyrovnávání zatížení (ILB) App Service Environment, vytvořte instanci brány Aplikace Azure lication s extra back-endovým fondem pro distribuci provozu mezi vaše prostředí. Informace o prostředích App Service Environment s interním nástrojem pro vyrovnávání zatížení a prostředích App Service Environment týkajících se internetu najdete v tématu Integrace služby Application Gateway.

K distribuci provozu mezi prostředími můžete použít také služby, jako jsou Azure Front Door, Azure Content Delivery Network a Azure Traffic Manager . Používání těchto služeb umožňuje testování nového prostředí řízeným způsobem a pomáhá vám s přechodem do nového prostředí vlastním tempem.

Po dokončení migrace a testování v novém prostředí odstraňte staré prostředí App Service Environment, aplikace, které jsou na něm, a všechny podpůrné prostředky, které už nepotřebujete. Za prostředky, které neodstraníte, se vám budou dál účtovat poplatky.

Nejčastější dotazy

  • Návody vědět, jestli mám migrovat na App Service Environment v3 pomocí jedné z ručních možností?
    Nápovědu k rozhodování o tom, která možnost migrace je pro vás nejvhodnější, najdete v rozhodovacím stromu cesty migrace. Pokud vaše prostředí splňuje kritéria popsaná v rozhodovacím stromu cesty migrace, zvažte použití jedné z funkcí automatizované migrace pro rychlejší cestu ke službě App Service Environment v3. Ruční migrace se doporučuje, pokud potřebujete pomalu přesouvat aplikace do nového prostředí a ověřovat celý proces.

  • Dojde během migrace k výpadku?
    Výpadek závisí na procesu migrace. Pokud máte jiné prostředí App Service Environment, na které můžete během migrace směrovat provoz, nebo pokud k vytvoření nového prostředí můžete použít jinou podsíť, nebudete mít výpadek. Pokud musíte použít stejnou podsíť, dojde k výpadkům při odstranění starého prostředí, vytvoření prostředku služby App Service Environment v3, vytvoření nových plánů služby App Service, opětovnému vytvoření aplikací a aktualizaci prostředků, které používají nové IP adresy.

  • Potřebuji změnit něco o svých aplikacích, aby se daly spouštět ve službě App Service Environment v3?
    Ne. Aplikace, které běží ve službě App Service Environment verze 1 a v2, by neměly ke spuštění ve službě App Service Environment v3 potřebovat žádné změny. Pokud používáte PROTOKOL SSL protokolu IP, musíte před migrací odebrat vazby PROTOKOLU IP SSL.

  • Co když má moje služba App Service Environment příponu vlastní domény?
    Tato funkce migrace podporuje tento scénář migrace. Pokud nechcete funkci migrace používat, můžete migrovat pomocí ruční metody. Příponu vlastní domény můžete nakonfigurovat při vytváření prostředku služby App Service Environment v3 nebo kdykoli později.

  • Co když je prostředek služby App Service Environment v2 připnutý?
    Připnutí zóny není podporovaná funkce ve službě App Service Environment v3. Při vytváření prostředku služby App Service Environment v3 můžete povolit redundanci zón.

  • Jaké vlastnosti služby App Service Environment se změní?
    Projděte si rozdíly mezi funkcemi služby App Service Environment v3 a předchozími verzemi. V prostředí App Service Environment s interním nástrojem pro vyrovnávání zatížení zachováte stejnou IP adresu interního nástroje pro vyrovnávání zatížení. V případě prostředí App Service Environment přístupného z internetu se změní veřejná IP adresa a odchozí IP adresa.

    V případě prostředí App Service Environment směřujících k internetu byla dříve jedna IP adresa pro příchozí i odchozí provoz. Pro prostředí App Service Environment v3 jsou oddělené. Další informace najdete v tématu Sítě prostředí App Service Environment v3.

  • Je podporováno zálohování a obnovení pro přesun aplikací ze služby App Service Environment v2 do v3? Funkce zálohování a obnovení podporuje obnovení aplikací mezi verzemi služby App Service Environment, pokud k obnovení použijete vlastní zálohu. Automatické zálohování nepodporuje obnovení do různých verzí služby App Service Environment.

  • Co se stane s mými prostředky služby App Service Environment v1 a v2 po 31. srpnu 2024?
    Pokud jste po 31. srpnu 2024 nemigrovali do služby App Service Environment verze 3, prostředky služby App Service Environment verze 1 a verze 2 a nasazené aplikace už nebudou dostupné.

    App Service Environment v1 a v2 jsou hostované v jednotkách škálování služby App Service, které běží v architektuře Azure Cloud Services (Classic ). Vzhledem k tomu, že tato architektura bude vyřazena 31. srpna 2024, nebude služba App Service Environment verze 1 a v2 po tomto datu dostupná. Migrujte do služby App Service Environment v3, aby vaše aplikace zůstaly spuštěné, nebo ukládaly nebo zálohovaly všechny prostředky nebo data, která potřebujete udržovat.

Další kroky