Sdílet prostřednictvím

Migrace do služby App Service Environment v3 pomocí funkce souběžné migrace

  • Článek

Poznámka:

Funkce migrace popsaná v tomto článku se používá pro souběžnou (jinou podsíť) automatizovanou migraci služby App Service Environment v2 do služby App Service Environment v3.

Pokud hledáte informace o místní funkci migrace, přečtěte si téma Migrace do služby App Service Environment v3 pomocí funkce místní migrace. Pokud hledáte informace o možnostech ruční migrace, přečtěte si téma Možnosti ruční migrace. 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. Další informace o službě App Service Environment v3 najdete v přehledu služby App Service Environment v3.

Souběžná migrace přináší v porovnání s místní migrací další výzvy. Zákazníkům, kteří se potřebují rozhodnout mezi těmito dvěma možnostmi, doporučujeme použít místní migraci, protože existuje méně kroků a méně složitosti. Pokud se rozhodnete použít souběžnou migraci, projděte si běžné zdroje problémů při migraci pomocí části funkce souběžné migrace, abyste se vyhnuli běžným problémům.

App Service dokáže automatizovat migraci služby App Service Environment verze 1 a v2 do služby App Service Environment v3. Existují různé možnosti migrace. Zkontrolujte rozhodovací strom cesty migrace a rozhodněte se, která možnost je pro váš případ použití nejvhodnější. App Service Environment v3 poskytuje výhody a rozdíly mezi funkcemi oproti dřívějším verzím. Před migrací nezapomeňte zkontrolovat podporované funkce služby App Service Environment v3, abyste snížili riziko neočekávaného problému s aplikací.

Funkce souběžné migrace automatizuje migraci do služby App Service Environment v3. Funkce souběžné migrace vytvoří novou službu App Service Environment v3 se všemi vašimi aplikacemi v jiné podsíti. Vaše stávající prostředí App Service Environment se neodstraní, dokud neskončíte jeho odstranění na konci procesu migrace. Tato možnost migrace je nejvhodnější pro zákazníky, kteří chtějí migrovat do služby App Service Environment v3 s nulovým výpadkem a můžou podporovat použití jiné podsítě pro nové prostředí. Pokud potřebujete použít stejnou podsíť a můžete podporovat přibližně jednu hodinu výpadku aplikace, podívejte se na místní funkci migrace. Možnosti ruční migrace, které umožňují migraci vlastním tempem, najdete v tématu Možnosti ruční migrace.

Důležité

Pokud se vám nepodaří dokončit všechny kroky popsané v tomto kurzu, dojde k výpadkům. Pokud například neaktualizujete všechny závislé prostředky novými IP adresami nebo nepovolíte přístup k nové podsíti, jako je například případ pro trezor klíčů s příponou vlastní domény, dojde k výpadku, dokud se tato adresa nevyřeší.

Před migrací jakýchkoli produkčních prostředí se doporučuje tuto funkci nejprve použít pro vývojová prostředí a vyzkoušet proces a zajistit, aby nedošlo k neočekávaným problémům. Pomocí tlačítek v dolní části stránky uveďte zpětnou vazbu související s tímto článkem nebo funkcí.

Podporované scénáře

V tuto chvíli funkce souběžné migrace nepodporuje migrace do služby App Service Environment v3 v následujících oblastech:

Azure Public

  • Spojené arabské emiráty – střed

Azure Government

  • US DoD Central
  • US DoD East
  • US Gov – Arizona
  • US Gov – Texas
  • US Gov – Virginie

Platforma Microsoft Azure provozovaná společností 21Vianet

  • Čína – východ 2
  • Čína – sever 2

Následující konfigurace služby App Service Environment je možné migrovat pomocí funkce souběžné migrace. Tabulka poskytuje konfiguraci služby App Service Environment v3 při použití funkce souběžné migrace na základě existující služby App Service Environment.

Konfigurace Konfigurace služby App Service Environment v3
Interní nástroj pro vyrovnávání zatížení (ILB) App Service Environment v2 App Service Environment v3 s interním nástrojem pro vyrovnávání zatížení
Externí (ELB/internet s veřejnou IP adresou) App Service Environment v2 ELB App Service Environment v3
ILB App Service Environment v2 s příponou vlastní domény ILB App Service Environment v3 s příponou vlastní domény

App Service Environment v3 je možné nasadit jako zónově redundantní. Redundanci zón je možné povolit, pokud je vaše služba App Service Environment v3 v oblasti, která podporuje redundanci zón.

Pokud chcete, aby vaše nová služba App Service Environment v3 používala vlastní příponu domény a v současné době ji nepoužíváte, můžete po dokončení migrace kdykoli nakonfigurovat vlastní příponu domény. Další informace najdete v tématu Konfigurace přípony vlastní domény pro App Service Environment. Pokud vaše stávající prostředí má vlastní příponu domény a už ji nechcete používat, musíte pro migraci nakonfigurovat vlastní příponu domény. Po dokončení migrace můžete odebrat příponu vlastní domény.

Omezení funkcí souběžné migrace

Při použití funkce souběžné migrace platí následující omezení:

  • Vaše nová služba App Service Environment v3 je v jiné podsíti, ale ve stejné virtuální síti jako vaše stávající prostředí.
  • Oblast, ve které se nachází prostředí App Service Environment, nemůžete změnit.
  • Prostředí ELB App Service Environment nelze migrovat na prostředí ILB App Service Environment v3 a naopak.
  • Pokud vaše stávající prostředí App Service Environment používá příponu vlastní domény, musíte během procesu migrace nakonfigurovat příponu vlastní domény pro prostředí App Service Environment v3.
    • Pokud již nechcete používat vlastní příponu domény, můžete ji po dokončení migrace odebrat.
  • Funkce souběžné migrace je dostupná jenom pomocí rozhraní příkazového řádku nebo rozhraní REST API. Tato funkce není dostupná na webu Azure Portal.

App Service Environment v3 nepodporuje následující funkce, které možná používáte se svou aktuální službou App Service Environment v2.

  • Konfigurace vazby TLS/SSL založené na protokolu IP s aplikacemi.
  • Pokud vaše nakonfigurované vlastní servery DNS ve virtuální síti nemůžou přeložit daný název, prostředí App Service Environment v3 se nevrátí do Azure DNS. Pokud je toto chování potřeba, ujistěte se, že máte předávací modul na veřejnou DNS nebo zahrňte Azure DNS do seznamu vlastních serverů DNS.

Funkce souběžné migrace nepodporuje následující scénáře. Pokud vaše služba App Service Environment spadá do jedné z těchto kategorií, podívejte se na možnosti ruční migrace.

  • App Service Environment v1
    • Verzi služby App Service Environment najdete tak, že přejdete do služby App Service Environment na webu Azure Portal a v části Nastavení na levé straně vyberete Možnost Konfigurace. Můžete také použít Azure Resource Explorer a zkontrolovat hodnotu kind vlastnosti služby App Service Environment.
    • Pokud máte službu App Service Environment v1, můžete migrovat pomocí místní funkce migrace nebo jedné z možností ruční migrace.
  • ELB App Service Environment v2 s adresami IP SSL
  • Zone pinned App Service Environment v2
  • App Service Environment s názvem, který nesplňuje omezení znaků. Celý název, včetně přípony domény, musí být 64 znaků nebo méně. Například: my-ase-name.appserviceenvironment.net pro interní vyrovnávání zatížení a my-ase-name.p.azurewebsites.net pro ELB musí být 64 znaků nebo méně. Pokud limit znaků nesplňujete, musíte provést migraci ručně. Omezení znaků speciálně pro název služby App Service Environment jsou následující:
    • Limit znaků názvu služby App Service Environment s interním nástrojem pro vyrovnávání zatížení: 36 znaků
    • Limit znaků názvu prostředí App Service Environment ELB: 42 znaků

Platforma App Service zkontroluje vaši službu App Service Environment a potvrdí souběžnou podporu migrace. Pokud váš scénář neprojde všemi kontrolami ověření, nemůžete v tuto chvíli migrovat pomocí funkce souběžné migrace. Pokud je vaše prostředí ve špatném nebo pozastaveném stavu, nemůžete migrovat, dokud neprovádíte potřebné aktualizace.

Poznámka:

App Service Environment v3 nepodporuje PROTOKOL SSL protokolu IP. Pokud používáte PROTOKOL SSL protokolu IP, musíte před migrací do služby App Service Environment v3 odebrat všechny vazby PROTOKOLU IP SSL. Funkce migrace bude podporovat vaše prostředí, jakmile se odeberou všechny vazby SSL PROTOKOLU IP.

Řešení problému

Pokud vaše služba App Service Environment neprojde ověřovacími kontrolami nebo se pokusíte provést krok migrace v nesprávném pořadí, zobrazí se jedna z následujících chybových zpráv:

Chybová zpráva Popis Doporučení
Migraci je možné volat pouze ve virtuální síti ASE ve virtuální síti ARM a tato funkce ASE je v klasické virtuální síti. Služba App Service Environment ve virtuálních sítích Classic nemůže migrovat pomocí funkce souběžné migrace. Migrujte pomocí jedné z možností ruční migrace.
Migrace ASEv3 ještě není připravená. Základní infrastruktura není připravená k podpoře služby App Service Environment v3. Pokud chcete migrovat okamžitě, proveďte migraci pomocí jedné z možností ruční migrace. Jinak počkejte, až bude funkce souběžné migrace dostupná ve vaší oblasti.
Pro tuto službu ASE nelze povolit redundanci zón. Oblast, ve které je služba App Service Environment, nepodporuje redundanci zón. Pokud potřebujete povolit redundanci zón, použijte jednu z možností ruční migrace k migraci do oblasti, která podporuje redundanci zón.
V tuto chvíli nelze volat migraci pro tuto vlastní příponu DNS ASE. Migrace přípony vlastní domény je blokovaná. Otevřete případ podpory a obraťte se na podporu pro vyřešení vašeho problému.
Zónově redundantní migraci SLUŽBY ASE nelze v tuto chvíli volat. Zónově redundantní migrace služby App Service Environment se zablokuje. Otevřete případ podpory a obraťte se na podporu pro vyřešení vašeho problému.
Migraci nelze volat u ASEv2, která je připnutá do zóny. Služba App Service Environment v2, která je připnutá, se v současnosti nedá migrovat pomocí funkce souběžné migrace. Pokud chcete migrovat okamžitě, proveďte migraci pomocí jedné z možností ruční migrace.
Stávající probíhající operace migrace se vraťte, zkuste to prosím znovu později. Předchozí pokus o migraci se vrátí zpět. Než se pokusíte znovu spustit migraci, počkejte, až se probíhající vrácení dokončí.
Properties.VirtualNetwork.Id by měl obsahovat ID prostředku podsítě. Tato chyba se zobrazí, pokud se pokusíte migrovat bez poskytnutí nové podsítě pro umístění služby App Service Environment v3. Ujistěte se, že postupujete podle pokynů a dokončete krok k identifikaci podsítě, kterou budete používat pro službu App Service Environment v3.
Nelze přejít z <requested phase> aktuální fáze <previous phase> migrace Bez výpadků. Tato chyba se zobrazí, pokud se pokusíte provést krok migrace v nesprávném pořadí. Ujistěte se, že postupujete podle kroků migrace v pořadí.
Operaci vrácení služby ASE v hybridním stavu se nepovedlo spustit. Zkuste to prosím znovu později. Tato chyba se zobrazí, pokud se pokusíte vrátit migraci zpět, ale něco se nepovede. Tato chyba nemá vliv na vaše staré nebo nové prostředí. Otevřete případ podpory a obraťte se na podporu pro vyřešení vašeho problému.
Tuto službu ASE nelze migrovat bez výpadků. Tato chyba se zobrazí, pokud se pokusíte použít funkci souběžné migrace ve službě App Service Environment v1. Funkce souběžné migrace nepodporuje App Service Environment v1. Migrujte pomocí funkce místní migrace nebo jedné z možností ruční migrace.
Migrace není pro toto předplatné k dispozici. Pro migraci této služby App Service Environment je potřeba zapojit podporu. Otevřete případ podpory a obraťte se na podporu pro vyřešení vašeho problému.
Zónově redundantní migraci nelze volat, protože IP adresy vytvořené během předběžné migrace nejsou zónově redundantní. Tato chyba se zobrazí, pokud se pokusíte o zónově redundantní migraci, ale IP adresy vygenerované během kroku generování IP adres nebyly vytvořeny jako zónově redundantní. Platforma se pokusí o zónově redundantní všechny IP adresy, aby se zajistila odolnost back-endu. Otevřete případ podpory a zapojte podporu, pokud potřebujete povolit redundanci zón. Technici migraci vrátí a umožní dalšímu pokusu o vytvoření IP adres. Jinak můžete migrovat bez povolení redundance zón.
Migrace se nedá volat, pokud je na některé lokalitě povolený PROTOKOL SSL protokolu IP. Služba App Service Environment s povoleným protokolem IP SSL nejde migrovat pomocí funkce souběžné migrace. Odeberte PROTOKOL SSL PROTOKOLU IP ze všech vašich aplikací ve službě App Service Environment a povolte funkci migrace.
Nejde migrovat ve stejné podsíti. Tato chyba se zobrazí, pokud zadáte stejnou podsíť, ve které se nachází vaše aktuální prostředí pro umístění služby App Service Environment v3. Pro službu App Service Environment v3 musíte zadat jinou podsíť. Pokud potřebujete použít stejnou podsíť, proveďte migraci pomocí místní funkce migrace.
Předplatné má příliš mnoho prostředí App Service Environment. Před pokusem o vytvoření dalších souborů prosím některé odeberte. Splní se kvóta služby App Service Environment pro vaše předplatné . Odeberte nepotřebná prostředí nebo se obraťte na podporu a zkontrolujte možnosti.
Migraci nelze v této službě ASE volat, dokud se nedokončí aktivní upgrade. Během upgradů platformy nejde migrovat prostředí App Service Environment. Předvolbu upgradu můžete nastavit na webu Azure Portal. Upgrade trvá 8 až 12 hodin nebo déle v závislosti na velikosti (počtu instancí/jader) služby App Service Environment. Počkejte, až se upgrade dokončí, a pak proveďte migraci.
Probíhá operace správy služby App Service Environment. Vaše služba App Service Environment prochází operací správy. Tyto operace můžou zahrnovat aktivity, jako jsou nasazení nebo upgrady. Migrace se zablokuje, dokud tyto operace nebudou dokončeny. Po dokončení těchto operací můžete migrovat.
Váš InteralLoadBalancingMode se v současné době nepodporuje. Služba App Service Environment, která mají vlastnost InternalLoadBalancingMode nastavenou na určité hodnoty, nejde v tuto chvíli migrovat pomocí funkce migrace. Tým Microsoftu musí ručně změnit InternalLoadBalancingMode. Otevřete případ podpory a obraťte se na podporu pro vyřešení vašeho problému. Požádejte o aktualizaci internalLoadBalancingMode.
Úplnou migraci nelze volat před vygenerováním IP adres. Tato chyba se zobrazí, pokud se pokusíte migrovat před dokončením kroků předběžné migrace. Před pokusem o migraci se ujistěte, že jste dokončili všechny kroky předběžné migrace. Podrobný průvodce migrací najdete v podrobném průvodci.
Úplnou migraci nelze volat ve službě Ase s vlastní příponou DNS nastavenou, ale bez nakonfigurované konfigurace vlastní přípony DNS AseV3. Vaše stávající služba App Service Environment používá vlastní příponu domény. Během procesu migrace musíte nakonfigurovat příponu vlastní domény pro službu App Service Environment v3. Nakonfigurujte vlastní příponu domény. Pokud již nechcete používat vlastní příponu domény, můžete ji po dokončení migrace odebrat.

Přehled procesu migrace pomocí funkce souběžné migrace

Souběžná migrace se skládá z řady kroků, které je potřeba dodržovat v daném pořadí. Klíčové body jsou uvedeny pro podskupinu kroků. Je důležité pochopit, co se během těchto kroků děje a jaký dopad mají na vaše prostředí a aplikace. Jakmile si prohlédnete následující informace a až budete připraveni k migraci, postupujte podle podrobného průvodce.

Pomocí funkce souběžné migrace pro službu App Service Environment ověřte, že je migrace podporovaná.

Platforma ověří, že je možné migrovat službu App Service Environment pomocí funkce souběžné migrace. Pokud vaše služba App Service Environment neprojde všemi kontrolami ověření, nemůžete v tuto chvíli migrovat pomocí funkce souběžné migrace. Podrobnosti o možných příčinách selhání ověření najdete v části řešení potíží . Pokud je vaše prostředí ve špatném nebo pozastaveném stavu, nemůžete migrovat, dokud neprovádíte potřebné aktualizace. Pokud nemůžete migrovat pomocí funkce souběžné migrace, podívejte se na možnosti ruční migrace.

Ověření také zkontroluje, jestli je vaše služba App Service Environment na minimálním sestavení potřebném pro migraci. Toto sestavení může být novější než standardní sestavení, které je nasazené s cyklem pravidelného upgradu nebo údržby platformy. Minimální build se pravidelně aktualizuje, aby se zajistilo, že jsou k dispozici nejnovější opravy chyb a vylepšení. Pokud vaše služba App Service Environment není na minimálním buildu, musíte upgrade spustit sami. Tento upgrade je standardní proces, ve kterém není ovlivněná služba App Service Environment, ale během upgradu nemůžete škálovat ani provádět změny ve službě App Service Environment. Dokud se upgrade nedokončí, nemůžete migrovat. Dokončení upgradů může trvat 8 až 12 hodin nebo déle v závislosti na velikosti vašeho prostředí. Pokud plánujete konkrétní časové období migrace, měli byste spustit kontrolu ověření 24–48 hodin před plánovaným časem migrace, abyste měli čas na upgrade, pokud je potřeba.

Výběr a příprava podsítě pro novou službu App Service Environment v3

Platforma vytvoří novou službu App Service Environment v3 v jiné podsíti, než je vaše stávající služba App Service Environment. Musíte vybrat podsíť, která splňuje následující požadavky:

  • Podsíť musí být ve stejné virtuální síti, a proto musí být ve stejné oblasti jako vaše stávající služba App Service Environment.
    • Pokud vaše virtuální síť nemá dostupnou podsíť, musíte ji vytvořit. K vytvoření nové podsítě možná budete muset zvětšit adresní prostor vaší virtuální sítě. Další informace najdete v tématu Vytvoření virtuální sítě.
  • Podsíť musí být schopná komunikovat v obou směrech s podsítí, ve které je vaše stávající služba App Service Environment. Ujistěte se, že neexistují skupiny zabezpečení sítě ani jiné konfigurace sítě, které by zabránily komunikaci mezi podsítěmi.
  • Podsíť musí mít jediné delegování Microsoft.Web/hostingEnvironments.
  • Podsíť musí mít dostatek dostupných IP adres pro podporu nové služby App Service Environment v3. Počet potřebných IP adres závisí na počtu instancí, které chcete použít pro nové služby App Service Environment v3. Další informace najdete v tématu Sítě prostředí App Service Environment v3.
  • Podsíť nesmí obsahovat žádné zámky. Pokud existují zámky, je nutné je před migrací odebrat. Zámky je možné přečíst v případě potřeby po dokončení migrace. Další informace o zámcích a dědičnosti zámků najdete v tématu Uzamčení prostředků za účelem ochrany infrastruktury.
  • Nesmí existovat žádné zásady Azure, které blokují migraci ani související akce. Pokud existují zásady, které blokují vytváření prostředí App Service Environment nebo úpravu podsítí, je nutné je před migrací odebrat. Zásady je možné přečíst v případě potřeby po dokončení migrace. Další informace o službě Azure Policy najdete v přehledu služby Azure Policy.

Generování odchozích IP adres pro nové služby App Service Environment v3

Platforma vytvoří nové odchozí IP adresy. Během vytváření těchto IP adres není činnost s vaším stávajícím prostředím App Service Environment přerušena, nemůžete však škálovat ani provádět změny ve stávajícím prostředí. Dokončení tohoto procesu trvá přibližně 15 minut.

Po dokončení se vytvoří nové odchozí IP adresy, které budou vaše budoucí služby App Service Environment v3 používat. Tyto nové IP adresy nemají žádný vliv na vaše stávající prostředí.

Po dokončení migrace obdržíte novou příchozí IP adresu, ale než provedete změnu DNS, která přesměruje provoz zákazníků na novou službu App Service Environment v3. V tomto okamžiku v procesu nezískute příchozí IP adresu, protože existují závislosti na prostředcích služby App Service Environment v3, které se vytvoří během kroku migrace. Před přesměrováním provozu na nové službě App Service Environment v3 můžete aktualizovat všechny prostředky, které jsou závislé na nové příchozí IP adrese.

Aktualizace závislých prostředků pomocí nových odchozích IP adres

Nové odchozí IP adresy se vytvoří a před zahájením skutečné migrace vám udělí. Nové výchozí odchozí a internetové veřejné adresy se zadají, abyste před dokončením migrace mohli upravit všechny externí brány firewall, směrování DNS, skupiny zabezpečení sítě a všechny další prostředky, které na těchto IP adresách spoléhají. Je vaší zodpovědností aktualizovat všechny a všechny prostředky, které budou mít vliv na změnu IP adresy přidružené k nové službě App Service Environment v3. Nepřecházejte k dalšímu kroku, dokud neuděláte všechny požadované aktualizace. Pokud máte závislosti naodchozích adresách a po dokončení tohoto kroku migrace, může dojít k výpadku. Důvodem je to, že jakmile se migrace spustí, i když provoz stále přechází na front-endy služby App Service Environment v2, základní výpočetní prostředky jsou vaše nové služby App Service Environment v3 v nové podsíti.

Tento krok je také vhodný čas zkontrolovat změny příchozích a odchozích závislostí sítě při přechodu do služby App Service Environment v3, včetně změny portu sondy stavu Azure Load Balanceru, která teď používá port 80.

Delegování podsítě služby App Service Environment

App Service Environment v3 vyžaduje, aby podsíť, ve které je, měla jediné delegování Microsoft.Web/hostingEnvironments. Migrace nemůže být úspěšná, pokud podsíť služby App Service Environment není delegovaná nebo ji delegujete na jiný prostředek. Ujistěte se, že podsíť, kterou vyberete pro novou službu App Service Environment v3, má jedno delegování Microsoft.Web/hostingEnvironments.

Potvrzení změn velikosti instance

Plány služby App Service se vytvoří s odpovídající skladovou jednotkou izolované verze 2 v2 v rámci migrace. Plány I2 například odpovídají I2v2. Vaše aplikace můžou být po migraci příliš zřízené, protože úroveň Izolované verze 2 má více paměti a procesoru na odpovídající velikost instance. Po dokončení migrace máte možnost škálovat prostředí podle potřeby. Další informace najdete v podrobnostech skladové položky.

Zajistěte, aby prostředky nebyly uzamčeny

Virtuální síť během migrace blokuje operace platformy. Pokud má vaše virtuální síť zámky, musíte je před migrací odebrat. Zámky je možné přečíst v případě potřeby po dokončení migrace. Zámky můžou existovat ve třech různých oborech: předplatné, skupina prostředků a prostředek. Když zámek použijete u nadřazeného oboru, všechny prostředky v daném oboru dědí stejný zámek. Pokud máte zámky použité v rámci předplatného, skupiny prostředků nebo rozsahu prostředků, je potřeba je před migrací odebrat. Další informace o zámcích a dědičnosti zámků najdete v tématu Uzamčení prostředků za účelem ochrany infrastruktury.

Ujistěte se, že migrace neblokuje žádné zásady Azure.

Azure Policy se dá použít k odepření vytváření a úprav prostředků na určité objekty zabezpečení. Pokud máte zásadu, která blokuje vytváření prostředí App Service Environment nebo úpravu podsítí, musíte ji před migrací odebrat. Po dokončení migrace je možné tuto zásadu přečíst. Další informace o službě Azure Policy najdete v přehledu služby Azure Policy.

Přidání vlastní přípony domény (volitelné)

Pokud vaše stávající služba App Service Environment používá vlastní příponu domény, musíte pro novou službu App Service Environment v3 nakonfigurovat vlastní příponu domény. Vlastní přípona domény ve službě App Service Environment v3 se implementuje jinak než v App Service Environment v2. Musíte zadat vlastní název domény, spravovanou identitu a certifikát, které musí být uložené ve službě Azure Key Vault. Další informace o příponě vlastní domény služby App Service Environment v3, včetně požadavků, podrobných pokynů a osvědčených postupů, najdete v tématu Konfigurace přípony vlastní domény pro App Service Environment. Pokud má vaše služba App Service Environment v2 příponu vlastní domény, musíte pro nové prostředí nakonfigurovat příponu vlastní domény, i když ji už nechcete používat. Po dokončení migrace můžete v případě potřeby odebrat konfiguraci přípony vlastní domény.

Pokud vaše migrace obsahuje příponu vlastní domény pro App Service Environment v3, vlastní doména se nezobrazí v části Základy na stránce Přehled portálu, protože je určená pro App Service Environment v1/v2. Místo toho přejděte ve službě App Service Environment v3 na stránku přípony vlastní domény, kde můžete potvrdit, že je přípona vlastní domény správně nakonfigurovaná. Pokud máte také příponu vlastní domény ve službě App Service Environment v2, bude výchozí název hostitele obsahovat příponu vlastní domény a je ve formuláři APP-NAME.internal.contoso.com. Ve službě App Service Environment v3 výchozí název hostitele vždy používá výchozí příponu domény a je ve formuláři APP-NAME.ASE-NAME.appserviceenvironment.net. Tento rozdíl spočívá v tom, že služba App Service Environment v3 uchovává výchozí příponu domény při přidání přípony vlastní domény. Ve službě App Service Environment v2 existuje jenom jedna přípona domény.

Migrace na službu App Service Environment v3

Po dokončení předchozích kroků byste měli co nejdříve pokračovat v migraci.

Během migrace nedojde k žádnému výpadku aplikace, ale stejně jako v kroku generování IP adres nemůžete během tohoto procesu škálovat, upravovat stávající prostředí App Service Environment ani do ní nasazovat aplikace.

Důležité

Vzhledem k tomu, že během migrace je škálování zablokované, měli byste před zahájením migrace škálovat prostředí na požadovanou velikost. Pokud máte povolené automatické škálování, pokud nastane událost škálování před zahájením migrace, musíte před zahájením migrace počkat, až se událost škálování dokončí. Před zahájením migrace byste měli zakázat automatické škálování, abyste se tomuto problému vyhnuli. Pokud po migraci potřebujete škálovat prostředí, můžete to udělat po dokončení migrace.

V tomto kroku se také rozhodnete, jestli chcete povolit redundanci zón pro nové služby App Service Environment v3. Redundanci zón je možné povolit, pokud je vaše služba App Service Environment v3 v oblasti, která podporuje redundanci zón.

Souběžná migrace vyžaduje tří až šestihodinový interval služby pro migrace služby App Service Environment v2 na verzi 3. Během migrace se zablokují konfigurace škálování a prostředí a dojde k následujícím událostem:

  • Nová služba App Service Environment v3 se vytvoří v podsíti, kterou jste vybrali.
  • Nové plány služby App Service se vytvoří v nové službě App Service Environment v3 s odpovídající vrstvou izolované verze 2.
  • Vaše aplikace se vytvoří v nové službě App Service Environment v3.
  • Základní výpočetní prostředky a pracovní procesy pro vaše aplikace se přesunou do nové služby App Service Environment v3, což znamená, že vaše aplikace teď běží ve službě App Service Environment v3. Front-endy služby App Service Environment v2 jsou ale ve výchozím nastavení stále spuštěné a obsluhují provoz. Vaše stará příchozí IP adresa zůstane používána, ale vaše nové odchozí IP adresy se používají. Kromě toho se vytvoří a připraví nové front-endy služby App Service Environment v3, aby sloužily provozu.
    • V případě prostředí App Service Environment s interním nástrojem pro vyrovnávání zatížení se front-endy služby App Service Environment v3 nepoužívají, dokud neaktualizujete privátní zóny DNS novou příchozí IP adresou.
    • V případě prostředí ELB App Service Environment proces migrace nepřesměruje provoz na front-end služby App Service Environment v3, dokud nedokončíte poslední krok migrace.

Po dokončení tohoto kroku bude provoz vaší aplikace stále přecházen na staré front-endy služby App Service Environment v2 a příchozí IP adresu, která byla k ní přiřazena. Vaše aplikace ale ve skutečnosti běží na pracovních procesy v nové službě App Service Environment v3.

Poznámka:

Kvůli známé chybě se webové úlohy nemusí spustit během kroku hybridního nasazení. Pokud používáte webové úlohy, může tato chyba způsobit problémy nebo výpadky aplikací. Pokud máte nějaké dotazy nebo pochybnosti ohledně tohoto problému, otevřete případ podpory.

Získání příchozí IP adresy pro nové služby App Service Environment v3 a aktualizace závislých prostředků

Nová příchozí IP adresa se poskytne, abyste mohli nastavit nové koncové body se službami, jako je Traffic Manager nebo Azure Front Door , a aktualizovat jakoukoli z vašich privátních zón DNS. Nepřecházejte k dalšímu kroku, dokud tyto změny neuděláte. Pokud neaktualizujete závislé prostředky pomocí nové příchozí IP adresy, dojde k výpadku. Je vaší zodpovědností aktualizovat všechny prostředky, které mají vliv na změnu IP adresy přidružené k nové službě App Service Environment v3. Nepřecházejte k dalšímu kroku, dokud neuděláte všechny požadované aktualizace.

Přesměrování provozu zákazníků, ověření služby App Service Environment v3 a dokončení migrace

Posledním krokem je přesměrování provozu na nové front-endy služby App Service Environment v3 a dokončení migrace. Před provedením tohoto kroku byste měli zkontrolovat nové prostředí App Service Environment v3 a provést veškeré potřebné testování, abyste ověřili, že funguje podle očekávání. Ve výchozím nastavení se provoz směruje na front-endy služby App Service Environment v2. Pokud používáte službu App Service Environment v3 s interním nástrojem pro vyrovnávání zatížení, můžete otestovat front-endy služby App Service Environment v3 tak, že aktualizujete privátní zónu DNS novou příchozí IP adresou. Pokud používáte ELB App Service Environment v3, proces testování závisí na vaší konkrétní konfiguraci sítě. Jednou z jednoduchých metod, jak otestovat prostředí ELB, je aktualizovat soubor hostitelů tak, aby používal vaši novou příchozí IP adresu služby App Service Environment v3. Pokud máte vlastní domény přiřazené k jednotlivým aplikacím, můžete případně aktualizovat jejich DNS tak, aby odkazovaly na novou příchozí IP adresu. Testování této změny vám umožní plně ověřit službu App Service Environment v3 před zahájením posledního kroku migrace, ve které je odstraněna stará služba App Service Environment.

Jakmile budete připraveni přesměrovat provoz, můžete dokončit poslední krok migrace. Tento krok aktualizuje záznamy DNS interních/platforem tak, aby odkazovaly na IP adresu nástroje pro vyrovnávání zatížení nové služby App Service Environment v3 a front-endy, které byly vytvořeny během migrace. Změny se projeví během několika minut. Je vaší zodpovědností aktualizovat záznamy DNS tak, aby odkazy na novou příchozí IP adresu. Pokud narazíte na problémy nebo výpadek aplikace, zkontrolujte nastavení mezipaměti a hodnoty TTL. Tento krok také vypne staré prostředí App Service Environment a odstraní ho. Vaše nová služba App Service Environment v3 je teď vaše produkční prostředí.

Důležité

Platforma zaručuje nulový výpadek migrace. Během kroku změny DNS ale může dojít k výpadku nastavení DNS. Příčinou můžou být problémy související s nastavením hodnoty TTL a mezipaměti, protože provoz může být i po změně DNS směrován do vašeho starého prostředí App Service Environment. Měli byste zkontrolovat nastavení DNS a ujistit se, že máte nízkou hodnotu TTL a že váš poskytovatel DNS podporuje rychlé šíření. Pokud máte vysokou hodnotu TTL, může dojít k výpadkům během kroku změny DNS.

Poznámka:

Tento krok je důležité co nejdříve dokončit. Když je vaše služba App Service Environment v hybridním stavu, nemůže přijímat upgrady platforem a opravy zabezpečení, což zvyšuje jeho zranitelnost a bezpečnostní hrozby.

K dokončení tohoto kroku máte 14 dní. Po 14 dnech platforma automaticky dokončí migraci a odstraní vaše staré prostředí. Pokud potřebujete víc času, můžete otevřít případ podpory a prodiskutovat možnosti..

Pokud zjistíte problémy s novým prostředím App Service Environment v3, nespustíte příkaz pro přesměrování provozu zákazníků. Tento příkaz také zahájí odstranění služby App Service Environment v2. Pokud najdete problém, obraťte se na podporu.

Použití funkce souběžné migrace

Požadavky

Ujistěte se, že rozumíte tomu, jak migrace do služby App Service Environment v3 ovlivňuje vaše aplikace. Projděte si celý proces migrace, abyste pochopili časovou osu procesu a kde a kdy se potřebujete zapojit. Projděte si také nejčastější dotazy, které vám můžou odpovědět na některé otázky.

Ujistěte se, že ve virtuální síti, skupinách prostředků, prostředcích nebo předplatném nejsou žádné zámky. Během migrace zamkne blokované operace platformy.

Ujistěte se, že žádné zásady Azure neblokují akce, které jsou potřeba k migraci, včetně úprav podsítě a vytváření prostředků služby Aplikace Azure. Zásady, které blokují úpravy a vytváření prostředků, můžou způsobit zablokování nebo selhání migrace.

Vzhledem k tomu, že vaše služba App Service Environment v3 je ve vaší virtuální síti v jiné podsíti, musíte zajistit, abyste ve virtuální síti měli dostupnou podsíť, která splňuje požadavky na podsíť pro App Service Environment v3. Zvolená podsíť musí být také schopná komunikovat s podsítí, ve které je vaše stávající služba App Service Environment. Ujistěte se, že mezi těmito dvěma podsítěmi nic neblokuje komunikaci. Pokud nemáte dostupnou podsíť, musíte ji před migrací vytvořit. Vytvoření nové podsítě může zahrnovat zvýšení adresního prostoru virtuální sítě. Další informace najdete v tématu Vytvoření virtuální sítě a podsítě.

Vzhledem k tomu, že během migrace je škálování zablokované, měli byste před zahájením migrace škálovat prostředí na požadovanou velikost. Pokud po migraci potřebujete škálovat prostředí, můžete to udělat po dokončení migrace. Pokud máte povolené automatické škálování, pokud dojde k události škálování před zahájením migrace, bude migrace blokovaná, dokud se událost škálování nekončí. Před zahájením migrace byste měli zakázat automatické škálování, abyste se tomuto problému vyhnuli.

Postupujte podle kroků popsaných v uvedeném pořadí a jak je napsané, protože provádíte volání rozhraní Azure REST API. K volání těchto rozhraní API doporučujeme použít Azure CLI. Informace o dalších metodách najdete v referenčních informacích k rozhraní Azure REST API.

Pro účely této příručky nainstalujte Azure CLI nebo použijte Azure Cloud Shell a použijte prostředí Bash.

Poznámka:

Ke spuštění příkazů uvedených v této příručce doporučujeme použít prostředí Bash. Příkazy nemusí být kompatibilní s konvencemi PowerShellu a řídicími znaky.

Důležité

Během migrace se na webu Azure Portal můžou zobrazit nesprávné informace o službě App Service Environment a vašich aplikacích. Nechoďte na webu Azure Portal do prostředí migrace, protože funkce souběžné migrace není k dispozici. Ke kontrole stavu migrace doporučujeme použít Azure CLI. Pokud máte jakékoli dotazy ohledně stavu migrace nebo aplikací, kontaktujte podporu.

1. Vyberte podsíť pro novou službu App Service Environment v3.

Vyberte podsíť ve službě App Service Environment v3, která splňuje požadavky na podsíť pro App Service Environment v3. Poznamenejte si název vybrané podsítě. Tato podsíť se musí lišit od podsítě, ve které je vaše stávající služba App Service Environment.

2. Získání ID služby App Service Environment

Spuštěním následujících příkazů získejte ID služby App Service Environment a uložte ho jako proměnnou prostředí. Zástupné symboly pro název a skupiny prostředků nahraďte hodnotami služby App Service Environment, kterou chcete migrovat. ASE_RG a VNET_RG jsou stejné, pokud jsou vaše virtuální síť a App Service Environment ve stejné skupině prostředků.

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. Ověření podpory migrace

Následující příkaz zkontroluje, jestli je vaše služba App Service Environment podporovaná pro migraci. Tento příkaz také ověří, že je vaše služba App Service Environment v podporované verzi sestavení pro migraci. Pokud vaše služba App Service Environment není v podporované verzi buildu, musíte upgrade spustit sami. Další informace o upgradu předběžné migrace najdete v tématu Ověření podpory migrace pomocí funkce souběžné migrace pro službu App Service Environment.

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

Pokud nedojde k žádným chybám, migrace se podporuje a můžete pokračovat dalším krokem.

Pokud potřebujete spustit upgrade služby App Service Environment na podporovanou verzi sestavení, která může trvat 8 až 12 hodin nebo déle v závislosti na velikosti vašeho prostředí, spusťte následující příkaz. Tento příkaz spusťte pouze v případě, že krok ověření selže a budete vyzváni k upgradu služby App Service Environment.

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

4. Generování odchozích IP adres pro novou službu App Service Environment v3

Spuštěním následujícího příkazu vytvořte nové odchozí IP adresy. Dokončení tohoto kroku trvá přibližně 15 minut. Během této doby neudělávejte škálování ani neprovádejte změny ve stávající službě App Service Environment.

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

Spuštěním následujícího příkazu zkontrolujte stav tohoto kroku:

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

Pokud krok probíhá, zobrazí se stav Migrating. Po zobrazení nových odchozích ReadyIP adres spusťte následující příkaz. Pokud nové IP adresy nevidíte okamžitě, počkejte několik minut a zkuste to znovu.

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

5. Aktualizace závislých prostředků pomocí nových odchozích IP adres

Pomocí nových odchozích IP adres aktualizujte všechny prostředky nebo síťové komponenty, abyste zajistili, že nové prostředí bude fungovat podle očekávání po spuštění migrace. Je vaší zodpovědností provést potřebné aktualizace. Nové odchozí IP adresy se použijí po vytvoření služby App Service Environment v3 během kroku migrace. Pokud máte například příponu vlastní domény a službu Azure Key Vault a spravujete omezení přístupu pomocí brány firewall, musíte aktualizovat bránu firewall služby Azure Key Vault tak, aby umožňovala pouze nové odchozí IP adresy nebo celou novou podsíť.

6. Delegování podsítě služby App Service Environment

App Service Environment v3 vyžaduje, aby podsíť, ve které je, měla jediné delegování Microsoft.Web/hostingEnvironments. Předchozí verze nepožadovali toto delegování. Před migrací musíte ověřit, že je vaše podsíť správně delegovaná, a v případě potřeby delegování aktualizovat. Delegování můžete aktualizovat spuštěním následujícího příkazu nebo přechodem do podsítě na webu Azure Portal.

az network vnet subnet update --resource-group $VNET_RG --name <subnet-name> --vnet-name <vnet-name> --delegations Microsoft.Web/hostingEnvironments

7. Ověřte, že virtuální síť neobsahuje žádné zámky.

Virtuální síť během migrace blokuje operace platformy. Pokud má vaše virtuální síť zámky, musíte je před migrací odebrat. V případě potřeby můžete po dokončení migrace přidat zámky zpět.

Pomocí následujícího příkazu zkontrolujte, jestli má vaše virtuální síť nějaké zámky:

az lock list --resource-group $VNET_RG --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Pomocí následujícího příkazu odstraňte všechny existující zámky:

az lock delete --resource-group $VNET_RG --name <lock-name> --resource <vnet-name> --resource-type Microsoft.Network/virtualNetworks

Související příkazy pro kontrolu, jestli vaše předplatné nebo skupina prostředků mají zámky, najdete v referenčních informacích k Azure CLI pro zámky.

8. Příprava konfigurací

Pokud vaše stávající služba App Service Environment používá vlastní příponu domény, musíte ji nakonfigurovat pro nový prostředek služby App Service Environment v3 během procesu migrace. Migrace selže, pokud nenakonfigurujete vlastní příponu domény a aktuálně ji používáte. Další informace o příponách vlastní domény služby App Service Environment v3, včetně požadavků, podrobných pokynů a osvědčených postupů, najdete v tématu Vlastní přípona domény pro app Service Environment.

Poznámka:

Pokud konfigurujete vlastní příponu domény, při přidávání síťových oprávnění do trezoru klíčů Azure se ujistěte, že váš trezor klíčů umožňuje přístup z nové podsítě služby App Service Environment v3. Pokud ke svému trezoru klíčů přistupujete pomocí privátního koncového bodu, ujistěte se, že jste v nové podsíti správně nakonfigurovali privátní přístup. Pokud se vám nepodaří správně nastavit tento přístup před migrací, dojde k výpadku.

Novou zónu služby App Service Environment v3 můžete nastavit jako redundantní, pokud je vaše stávající prostředí v oblasti, která podporuje redundanci zón. Zónovou redundanci lze nakonfigurovat nastavením zoneRedundant vlastnosti na truehodnotu . Redundance zón je volitelná konfigurace. Tuto konfiguraci je možné nastavit pouze při vytváření nové služby App Service Environment verze 3 a není možné ji později odebrat.

Pokud chcete nastavit tyto konfigurace, včetně identifikace dříve vybrané podsítě, vytvořte soubor s názvem parameters.json s následujícími podrobnostmi na základě vašeho scénáře. Nezapomeňte použít novou podsíť, kterou jste vybrali pro novou službu App Service Environment v3. Nezahrnujte vlastnosti pro příponu vlastní domény, pokud se tato funkce nevztahuje na vaši migraci. Věnujte pozornost hodnotě zoneRedundant vlastnosti a nastavte ji podle vašeho požadavku na odolnost.

Pokud migrujete bez přípony vlastní domény, použijte tento kód:

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

Pokud pro konfiguraci přípony vlastní domény používáte spravovanou identitu přiřazenou uživatelem, použijte tento kód:

{
    "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"
        }
    }
}

Pokud pro konfiguraci přípony vlastní domény používáte spravovanou identitu přiřazenou systémem, použijte tento kód:

{
    "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. Migrace do služby App Service Environment v3 a kontrola stavu

Po dokončení všech předchozích kroků můžete migraci spustit. Ujistěte se, že rozumíte důsledkům migrace.

Tento krok trvá tři až šest hodin. Během této doby nedojde k žádnému výpadku aplikace, pokud jste postupovali podle předchozích kroků. Během tohoto kroku se zablokují škálování, nasazení a úpravy stávajícího prostředí App Service Environment.

Poznámka:

Kvůli známé chybě se webové úlohy nemusí spustit během kroku hybridního nasazení. Pokud používáte webové úlohy, může tato chyba způsobit problémy nebo výpadky aplikací. Pokud máte nějaké dotazy nebo pochybnosti ohledně tohoto problému, otevřete případ podpory.

Spuštěním následujícího příkazu spusťte migraci:

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

Spuštěním následujícího příkazu zkontrolujte stav migrace:

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

Jakmile se zobrazí stav MigrationPendingDnsChange, migrace se dokončí a máte prostředek služby App Service Environment v3. Vaše aplikace teď běží ve vašem novém prostředí a ve starém prostředí.

Podrobnosti o novém prostředí získáte spuštěním následujícího příkazu:

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

Důležité

Během migrace i během tohoto MigrationPendingDnsChange kroku se na webu Azure Portal zobrazují nesprávné informace o službě App Service Environment a vašich aplikacích. Pomocí Azure CLI zkontrolujte stav migrace. Pokud máte jakékoli dotazy ohledně stavu migrace nebo aplikací, kontaktujte podporu.

Poznámka:

Pokud migrace obsahuje příponu vlastní domény, konfigurace přípony vlastní domény se může po dokončení migrace projevit jako degradovaná kvůli známé chybě. Vaše služba App Service Environment by měla i nadále fungovat podle očekávání. Degradovaný stav by se měl vyřešit během 6 až 8 hodin. Pokud je konfigurace po 8 hodinách degradovaná nebo pokud vaše vlastní přípona domény nefunguje, obraťte se na podporu.

Snímek obrazovky s ukázkou konfigurace přípony vlastní domény se sníženým výkonem

10. Získejte příchozí IP adresy pro nové služby App Service Environment v3 a aktualizujte závislé prostředky.

V této fázi procesu migrace máte dvě sady front-endů služby App Service Environment a obě sady dokážou obsluhovat provoz aplikací. Dns se nezmění, takže ve výchozím nastavení se provoz odesílá do starého front-endu služby App Service Environment. Je potřeba aktualizovat všechny závislé prostředky tak, aby používaly novou příchozí IP adresu pro vaši novou službu App Service Environment v3. V případě interních prostředí App Service Environment (ILB) je potřeba aktualizovat privátní zóny DNS tak, aby odkazy na novou příchozí IP adresu.

Novou příchozí IP adresu pro novou službu App Service Environment v3 můžete získat spuštěním následujícího příkazu, který odpovídá vašemu typu nástroje pro vyrovnávání zatížení služby App Service Environment. Je vaší zodpovědností provést potřebné aktualizace.

V případě prostředí App Service Environment s interním nástrojem pro vyrovnávání zatížení získejte privátní příchozí IP adresu spuštěním následujícího příkazu:

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

V prostředí ELB App Service Environment získejte veřejnou příchozí IP adresu spuštěním následujícího příkazu:

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

Důležité

Pokud migrace obsahuje příponu vlastní domény, výchozí chování názvu hostitele pro App Service Environment v3 se liší od chování služby App Service Environment v2. Pro App Service Environment v3 výchozí název hostitele vždy používá výchozí příponu domény a je ve formuláři APP-NAME.ASE-NAME.appserviceenvironment.net. Zkontrolujte všechny závislé prostředky, jako je App Gateway, které používají názvy hostitelů vašich aplikací, a ujistěte se, že jsou aktualizované tak, aby toto chování zohlednily. Další informace o rozdílech funkcí služby App Service Environment mezi různými verzemi najdete v porovnání verzí služby App Service Environment.

11. Přesměrování provozu zákazníků, ověření služby App Service Environment v3 a dokončení migrace

Tento krok je vaší příležitostí otestovat a ověřit novou službu App Service Environment v3.

Důležité

K dokončení tohoto kroku máte 14 dní. Po 14 dnech platforma automaticky dokončí migraci a odstraní vaše staré prostředí. Pokud potřebujete víc času, můžete otevřít případ podpory a prodiskutovat možnosti.

Jakmile potvrdíte, že vaše aplikace fungují podle očekávání, můžete migraci dokončit spuštěním následujícího příkazu. Tento příkaz také odstraní staré prostředí.

Pokud v tuto chvíli zjistíte nějaké problémy nebo se rozhodnete, že už nechcete pokračovat v migraci, obraťte se na podporu a proberte své možnosti. Nespouštět příkaz změny DNS, protože tento příkaz dokončí migraci.

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

Spuštěním následujícího příkazu zkontrolujte stav tohoto kroku:

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

Během tohoto kroku získáte stav CompletingMigration. Jakmile se zobrazí stav MigrationCompleted, provede se krok přesměrování provozu a migrace se dokončí.

Běžné zdroje problémů při migraci pomocí funkce souběžné migrace

Tady jsou příklady běžných zdrojů problémů, se kterými se zákazníci setkávají při migraci pomocí funkce souběžné migrace. Tyto oblasti byste měli zkontrolovat, abyste měli jistotu, že během procesu migrace nebo po nich neproběhl výpadek nebo výpadky služeb.

  • Azure Key Vault by měl umožňovat provoz z nové odchozí IP adresy nebo podsítě.
  • Obě podsítě by měly být schopné vzájemně komunikovat v obou směrech. Zákazníci obvykle povolují provoz ze starého do nové podsítě, ale zapomněli povolit provoz z nové do staré podsítě.
  • Služba App Gateway by se měla aktualizovat o nové IP adresy.
  • Záznamy DNS by se měly aktualizovat o nové IP adresy.
  • Pokud jste ve svých aplikacích pevně zakódovali IP adresy, musíte je aktualizovat novými IP adresami.
  • Směrovací tabulky by se měly aktualizovat o všechny nové trasy.

Ceny

Migrace služby App Service Environment není spojena s žádnými náklady. Jakmile ale spustíte proces migrace, účtuje se vám služba App Service Environment v2 i nová služba App Service Environment verze 3. Po dokončení posledního kroku migrace, ve kterém se staré prostředí odstraní, přestanete platit za staré prostředí App Service Environment v2. Ověření byste měli dokončit co nejrychleji, abyste zabránili nadměrnému účtování poplatků. Další informace o cenách služby App Service Environment v3 najdete v podrobnostech o cenách.

Při migraci do služby App Service Environment v3 z předchozích verzí byste měli zvážit scénáře, které by mohly snížit měsíční náklady. Zvažte plány rezervací a úspor, abyste snížili náklady. Informace o příležitostech úspor nákladů najdete v tématu Příležitosti k úsporám nákladů po upgradu na App Service Environment v3.

Poznámka:

Vzhledem k rozdílům mezi cenovými úrovněmi izolovaného a izolovaného v2 můžou být vaše aplikace po migraci nadměrně zřízeny, protože izolovaná úroveň v2 má více paměti a procesoru na odpovídající velikost instance. Po dokončení migrace budete mít možnost škálovat prostředí podle potřeby. Další informace najdete v podrobnostech skladové položky.

Vertikální snížení kapacity plánů služby App Service

Skladové položky plánu služby App Service dostupné pro App Service Environment v3 běží na úrovni Izolované verze 2 (Iv2). Počet jader a množství paměti RAM se v porovnání s izolovanou vrstvou efektivně zdvojnásobí na odpovídající úroveň. Při migraci se plány služby App Service převedou na odpovídající úroveň. Například vaše instance I2 se převedou na I2v2. I2 má dvě jádra a 7 GB RAM, I2v2 má čtyři jádra a 16 GB RAM. Pokud očekáváte, že vaše požadavky na kapacitu zůstanou stejné, budete zřizované a platíte za výpočetní prostředky a paměť, které nepoužíváte. V tomto scénáři můžete vertikálně snížit kapacitu instance I2v2 na I1v2 a nakonec s podobným počtem jader a paměti RAM, které jste měli dříve.

Nejčastější dotazy

  • Co když migrace služby App Service Environment není aktuálně podporovaná?
    V tuto chvíli nemůžete migrovat pomocí funkce souběžné migrace. Pokud máte nepodporované prostředí a chcete migrovat okamžitě, podívejte se na možnosti ruční migrace.
  • Návody zvolit, která možnost migrace je pro mě správná?
    Zkontrolujte rozhodovací strom cesty migrace a rozhodněte se, která možnost je pro váš případ použití nejvhodnější.
  • Návody vědět, jestli mám používat funkci souběžné migrace?
    Funkce souběžné migrace je nejvhodnější pro zákazníky, kteří chtějí migrovat do služby App Service Environment v3, ale nemůžou podporovat výpadky aplikací. Vzhledem k tomu, že se pro nové prostředí používá nová podsíť, je potřeba vzít v úvahu důležité informace o sítích, včetně nových IP adres. Pokud můžete podporovat výpadky, podívejte se na místní funkci migrace, která vede k minimálním změnám konfigurace nebo možnostem ruční migrace. Funkce místní migrace vytvoří službu App Service Environment v3 ve stejné podsíti jako vaše stávající prostředí a používá stejnou síťovou infrastrukturu.
  • Dojde během migrace k výpadku?
    Platforma zaručuje, že během souběžného procesu migrace nedojde k žádnému výpadku. Během kroku změny DNS ale může dojít k výpadku nastavení DNS. Příčinou můžou být problémy související s nastavením hodnoty TTL a mezipaměti, protože provoz může být i po změně DNS směrován do vašeho starého prostředí App Service Environment. Měli byste zkontrolovat nastavení DNS a ujistit se, že máte nízkou hodnotu TTL a že váš poskytovatel DNS podporuje rychlé šíření.
  • Budu muset po migraci udělat něco pro své aplikace, aby se spustily v nové službě App Service Environment?
    Ne, všechny vaše aplikace spuštěné ve starém prostředí se automaticky migrují do nového prostředí a spustí se stejně jako dříve. Není potřeba žádný uživatelský vstup.
  • Co když má moje služba App Service Environment příponu vlastní domény?
    Funkce souběžné migrace podporuje tento scénář migrace.
  • Co když je moje služba App Service Environment připnutá?
    Funkce souběžné migrace tento scénář migrace v tuto chvíli nepodporuje. Pokud máte připnutou zónu app Service Environment a chcete ji migrovat okamžitě, podívejte se na možnosti ruční migrace.
  • Co když má služba App Service Environment IP adresy SSL?
    PROTOKOL SSL protokolu IP není ve službě App Service Environment v3 podporovaný. Před migrací pomocí funkce migrace nebo jedné z ručních možností je nutné odebrat všechny vazby SSL protokolu IP. Pokud máte v úmyslu používat funkci souběžné migrace, po odebrání všech vazeb PROTOKOLU IP SSL předáte tuto kontrolu ověření a můžete pokračovat v automatizované migraci.
  • Jaké vlastnosti služby App Service Environment se změní?
    Pracujete ve službě App Service Environment verze 3, proto si nezapomeňte projít rozdíly mezi funkcemi a funkcemi v porovnání s předchozími verzemi. Příchozí i odchozí IP adresy se mění při použití funkce souběžné migrace. Všimněte si, že pro ELB App Service Environment existovala 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. Úplné porovnání verzí prostředí App Service Environment najdete ve v porovnání verzí prostředí App Service Environment.
  • Co se stane, když migrace selže nebo během migrace dojde k neočekávanému problému?
    Pokud dojde k neočekávanému problému, týmy podpory jsou k dispozici. Než se dotknete jakýchkoli produkčních prostředí, doporučujeme migrovat vývojová prostředí, abyste se dozvěděli o procesu migrace a zjistili, jak ovlivňuje vaše úlohy.
  • Co se stane se starou službou App Service Environment?
    Pokud se rozhodnete migrovat službu App Service Environment pomocí funkce souběžné migrace, použije se staré prostředí až do posledního kroku procesu migrace. Po dokončení posledního kroku se staré prostředí a všechny aplikace hostované na něm vypínání a odstranění odstraní. Vaše staré prostředí už není přístupné. Návrat k původnímu prostředí v tomto okamžiku není možný.
  • Co se stane s prostředky prostředí App Service Environment v1/v2 po 31. srpnu 2024?
    Pokud po 31. srpnu 2024 nemigrujete do služby App Service Environment verze 3, vaše služby App Service Environment verze 1/v2 a aplikace nasazené v nich už nebudou dostupné. Prostředí App Service Environment v1/v2 je hostované v jednotkách škálování služby App Service běžících na architektuře Cloud Services (Classic),, která bude vyřazena 31. srpna 2024. Z tohoto důvodu nebude prostředí App Service Environment v1/v2 po tomto datu dostupné. Přechodem na prostředí App Service Environment v3 můžete udržovat aplikace v chodu nebo ukládat a zálohovat prostředky či data, která potřebujete udržovat.

Další kroky

Sítě služby App Service Environment v3

Použití služby App Service Environment v3

Přípona vlastní domény