Sdílet prostřednictvím

Spolehlivost a stabilita prostředí Azure App Service

App Service Environment je funkce služby Azure App Service, která poskytuje plně izolované a vyhrazené prostředí pro zabezpečené spouštění aplikací App Service ve velkém měřítku. Jako služba Azure poskytuje App Service Environment celou řadu funkcí, které podporují vaše požadavky na spolehlivost.

Při používání Azure je spolehlivost sdílenou odpovědností. Microsoft nabízí celou řadu možností, které podporují odolnost a obnovení. Zodpovídáte za pochopení toho, jak tyto možnosti fungují ve všech službách, které používáte, a výběrem možností, které potřebujete ke splnění vašich obchodních cílů a cílů dostupnosti.

Tento článek popisuje podporu spolehlivosti ve službě App Service Environment, včetně odolnosti vůči přechodným chybám, selháním zón dostupnosti a výpadkům v celé oblasti. Popisuje také strategie zálohování a odolnost vůči údržbě služeb a zvýrazňuje některé klíčové informace o smlouvě o úrovni služeb (SLA) služby App Service Environment.

Poznámka:

Na rozdíl od veřejné nabídky služby App Service s více tenanty, která sdílí podpůrnou infrastrukturu, poskytuje app Service Environment vyhrazené výpočetní prostředky a vylepšenou izolaci sítě pro jednoho zákazníka.

Prostředí poskytuje následující klíčové výhody spolehlivosti:

  • Vyhrazené výpočetní prostředky, které nejsou sdílené s ostatními zákazníky
  • Vylepšená izolace sítě pro lepší zabezpečení a stabilitu
  • Možnost nasazení ve vlastní virtuální síti pro větší kontrolu nad směrováním provozu a zásadami zabezpečení

Další informace o podpoře spolehlivosti ve službě App Service najdete v tématu Spolehlivost ve službě App Service.

Doporučení pro produkční nasazení pro spolehlivost

Doporučujeme povolit redundanci zón ve vašem prostředí a plánech služby App Service, což vyžaduje, aby vaše plány používaly minimálně dvě instance.

Přehled architektury spolehlivosti

Při implementaci služby App Service Environment nasadíte prostředí jako kontejner pro plány služby App Service a webové aplikace. Během instalace nakonfigurujte základní nastavení sítě a volitelnou izolaci hardwaru. Zvolte, jestli chcete v prostředí podporovat redundanci zón, pokud tato oblast podporuje zóny dostupnosti.

Po vytvoření prostředí můžete vytvořit jeden nebo více plánů služby App Service.

Plán služby App Service definuje sadu výpočetních prostředků, které spouští vaše webové aplikace. Všechny webové aplikace musí běžet uvnitř plánu. Plán můžete škálovat tak, aby běžel na více instancích virtuálních počítačů, označovaných také jako pracovní procesy. Tyto instance poskytují výpočetní prostředky, které spouštějí kód aplikace. Jeden plán služby App Service může hostovat více aplikací. Všechny aplikace běží na stejné sdílené sadě instancí virtuálních počítačů.

Pokud chcete používat službu App Service Environment, musí vaše plány používat cenovou úroveň Izolované verze 2. Tato úroveň podporuje redundanci zón a vysoce škálovatelné důležité aplikace.

App Service poskytuje následující funkce redundance:

  • Distribuce napříč doménami selhání: Na úrovni platformy Azure automaticky distribuuje instance virtuálních počítačů plánu služby App Service napříč doménami selhání v rámci oblasti Azure. Tato distribuce minimalizuje riziko selhání lokalizovaného hardwaru seskupením virtuálních počítačů, které sdílejí společný zdroj napájení a síťový přepínač.

  • Distribuce napříč zónami dostupnosti: Pokud povolíte redundanci zón v podporovaném plánu služby App Service, Azure distribuuje vaše instance napříč zónami dostupnosti v rámci dané oblasti. Tato konfigurace poskytuje vyšší odolnost, pokud dojde k výpadku zóny. Další informace o redundanci zón najdete v tématu Podpora zón dostupnosti.

  • Škálování aplikace: Když nakonfigurujete plán služby App Service tak, aby spouštět více instancí virtuálních počítačů, všechny aplikace v plánu se ve výchozím nastavení spouštějí na všech instancích. Pokud nakonfigurujete plán automatického škálování, všechny aplikace horizontálně navyšte kapacitu společně na základě nastavení automatického škálování. Pomocí škálování jednotlivých aplikací ale můžete přizpůsobit, kolik instancí plánu spouští konkrétní aplikaci.

  • Jednotky škálování: App Service běží interně na infrastruktuře platformy nazývané jednotky škálování, známé také jako stamps nebo webspaces. Jednotka škálování zahrnuje všechny komponenty potřebné k hostování a spouštění služby App Service, včetně výpočetních prostředků, úložiště, sítí a vyrovnávání zatížení. Azure spravuje jednotky škálování, které zajišťují vyváženou distribuci úloh, provádějí rutinní údržbu a udržují celkovou spolehlivost platformy.

    Některé funkce se můžou použít jenom u konkrétních jednotek škálování. Některé jednotky škálování služby App Service můžou například podporovat redundanci zón, zatímco jiné jednotky škálování ve stejné oblasti ne.

Odolnost proti přechodným chybám

Přechodné chyby jsou krátká, přerušovaná selhání ve složkách. V distribuovaném prostředí, jako je cloud, se vyskytují často a jsou normální součástí provozu. Přechodné chyby se opravují po krátké době. Je důležité, aby vaše aplikace mohly zpracovávat přechodné chyby, obvykle opakováním ovlivněných požadavků.

Všechny aplikace hostované v cloudu by měly při komunikaci se všemi cloudovými rozhraními API, databázemi a dalšími komponentami postupovat podle pokynů pro zpracování přechodných chyb Azure. Další informace najdete v tématu Doporučení pro zpracování přechodných chyb.

SDKs poskytnuté společností Microsoft obvykle zvládají přechodné chyby. Vzhledem k tomu, že hostujete vlastní aplikace ve službě App Service, proveďte kroky ke snížení pravděpodobnosti přechodných chyb:

  • Nasaďte ve svém plánu několik instancí. App Service provádí automatizované aktualizace a další formy údržby instancí ve vašem plánu. Pokud se instance stane nezdravou, může služba tuto instanci automaticky nahradit novou, zdravou instancí. Během procesu nahrazení může být krátké období, kdy předchozí instance není k dispozici a nová instance není připravená obsluhovat provoz. Pokud chcete tyto účinky zmírnit, nasaďte několik instancí plánu služby App Service.

  • Použijte nasazovací sloty. Sloty nasazení služby App Service umožňují nasazení aplikací bez výpadků. Pomocí slotů nasazení minimalizujte účinek nasazení a změn konfigurace pro vaše uživatele. Sloty nasazení také snižují pravděpodobnost restartování aplikace. Restartování aplikace způsobí přechodnou chybu.

  • Vyhněte se zvětšování nebo zmenšování. Tyto operace mění procesor, paměť a další prostředky přiřazené ke každé instanci a můžou aktivovat restartování aplikace. Místo toho vyberte úroveň a velikost instance, které splňují vaše požadavky na výkon při typickém zatížení. Pokud chcete škálovat na více instancí a škálovat je, dynamicky přidávat a odebírat instance pro zpracování změn v objemu provozu.

Odolnost proti chybám zóny dostupnosti

Zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci oblasti Azure. Když jedna zóna selže, mohou služby přejít na jednu ze zbývajících zón.

Službu App Service Environment můžete nakonfigurovat jako zónově redundantní. Plány služby App Service můžete také nakonfigurovat tak, aby byly zónově redundantní, což je distribuuje napříč několika zónami dostupnosti.

Pro každý plán ale můžete povolit nebo zakázat redundanci zón. To znamená, že ve svém prostředí můžete mít nějaké plány, které jsou zónově redundantní a jiné ne.

Když ve svém prostředí vytvoříte zónově redundantní plán služby App Service, instance vašeho plánu služby App Service se distribuují napříč zónami dostupnosti v dané oblasti. Další informace najdete v tématu Distribuce instancí napříč zónami.

Požadavky

Pokud chcete povolit redundanci zón pro službu App Service Environment, musíte splnit následující požadavky:

  • Podpora oblastí: Pokud chcete zjistit, které oblasti podporují zóny dostupnosti pro App Service Environment v3, přečtěte si oblasti.

  • Typ plánu: Použijte typy plánů izolované verze 2.

  • Minimální počet instancí: Nasaďte do plánu minimálně dvě instance.

  • Jednotka škálování: Vaše prostředí musí být nasazené do jednotky škálování, která podporuje zóny dostupnosti. Jednotku škálování, kterou vaše prostředí používá, přímo neřídíte. Místo toho, když vytvoříte prostředí App Service, je toto prostředí přiřazeno k jednotce škálování na základě jeho skupiny prostředků. Pokud chcete zjistit, jestli jednotka škálování pro službu App Service Environment podporuje redundanci zón, zkontrolujte podporu redundance zón pro službu App Service Environment.

    Pokud vaše prostředí na jednotce škálování nepodporuje zóny dostupnosti, nemůžete ve svém prostředí nebo plánech povolit redundanci zón. Místo toho musíte vytvořit nové prostředí v nové skupině prostředků a znovu nasadit aplikace do nových plánů v rámci daného prostředí.

  • Požadavky na konfiguraci: Nakonfigurujte službu App Service Environment i plány na podporu redundance zón. Redundanci zón můžete povolit při vytváření prostředí nebo aktualizací existujícího prostředí.

Distribuce instancí napříč zónami

Když vytvoříte zónově redundantní plán služby App Service, Azure distribuuje instance plánu mezi zóny dostupnosti v dané oblasti. Tato distribuce zajišťuje, že vaše aplikace zůstanou dostupné, i když dojde k výpadku jedné zóny.

Distribuce instancí v zónově redundantním nasazení se řídí konkrétními pravidly. Tato pravidla platí také při horizontálním navýšení a snížení kapacity aplikace:

  • Minimální počet instancí: Pro redundanci zón musí mít váš plán služby App Service minimálně dvě instance.

  • Maximální počet zón dostupnosti podporovaných vaším plánem: Azure určuje počet zón dostupnosti, které váš plán může použít, což se označuje jako maximumNumberOfZones. Pokud chcete zobrazit počet zón dostupnosti, které může váš konkrétní plán používat, přečtěte si téma Kontrola podpory redundance zón pro plán služby App Service.

  • Distribuce instancí: Pokud je povolená redundance zón, Azure distribuuje instance plánu mezi více zón dostupnosti automaticky. Distribuce je založená na následujících pravidlech:

    • Pokud počet instancí překročí maximumNumberOfZones a rovnoměrně rozdělí, Azure tyto instance rovnoměrně distribuuje napříč zónami.

    • Pokud se počet instancí rovnoměrně nerozdělí, Azure distribuuje zbývající instance napříč zbývajícími zónami.

    • Když platforma App Service přiděluje instance pro zónově redundantní plán služby App Service, využívá vyrovnávání zátěže mezi zónami na základě dostupných možností, které poskytují základní škálovací sady virtuálních počítačů Azure. Plán je vyvážen, pokud má každá zóna stejný počet virtuálních počítačů nebo se liší o jednu instanci ze všech ostatních zón. Další informace najdete v tématu Vyrovnávání zóny.

  • Umístění fyzické zóny: Můžete zobrazit zónu fyzické dostupnosti používanou pro každou instanci plánu služby App Service. Další informace najdete v tématu Zobrazení fyzických zón pro plán služby App Service.

Úvahy

Výpadek zóny dostupnosti může mít vliv na některé aspekty služby App Service, i když aplikace dál obsluhuje provoz. Tyto chování zahrnují škálování plánu služby aplikace, vytváření aplikací, konfiguraci aplikací a publikování aplikací.

Když v plánu služby App Service povolíte redundanci zón, zlepšíte také odolnost při aktualizacích platformy. Další informace naleznete v tématu Odolnost vůči údržbě služby.

U plánů služby App Service, které nejsou zónově redundantní, nejsou základní instance virtuálních počítačů odolné vůči selháním zón dostupnosti. Mohou zaznamenat výpadek během poruchy v kterékoliv zóně v daném regionu.

Náklady

Redundanci zón můžete povolit ve službě App Service Environment nebo jejích plánech bez dalších poplatků. Zonová redundance pro plán však vyžaduje, aby měl dvě nebo více instancí. Poplatky jsou vám účtovány na základě typu plánu App Service, zadané kapacity a všech instancí, na které přizpůsobujete systém na základě kritérií automatického škálování.

Pokud povolíte zóny dostupnosti, ale zadáte kapacitu menší než dvě instance, platforma vynutí minimální instanci dvou. Platforma vám za tyto dvě instance účtuje poplatky.

Důležité

Když povolíte zóny dostupnosti pro službu App Service Environment, všechny plány služby App Service s méně než 3 instancemi se škálují na 3 instance. Jakýkoli plán se 3 nebo více instancemi zůstane beze změny. Jakmile se dokončí operace povolení dostupnostních zón, můžete podle potřeby škálovat plány služby App Service, včetně možnosti snížit počet instancí na méně než 3.

Konfigurujte podporu zón dostupnosti

Pokud chcete zjistit, jak vytvořit, povolit nebo zakázat nové zónově redundantní služby App Service Environment a nové plány zónově redundantní služby App Service, přečtěte si téma Konfigurace prostředí App Service Environment a izolované plány služby App Service pro redundanci zón.

Poznámka:

Dokončení změny stavu redundance zóny ve službě App Service Environment trvá 12 až 24 hodin. Během procesu upgradu nedojde k žádným výpadkům ani problémům s výkonem.

Plánování a řízení kapacit

Pokud se chcete připravit na selhání zóny dostupnosti, zvažte předimenzování kapacity plánu služby App Service. Tento přístup umožňuje řešení tolerovat určitou ztrátu kapacity a nadále fungovat bez snížení výkonu. Další informace najdete v tématu Správa kapacity pomocí nadměrného zřizování.

Chování, když jsou všechny zóny v pořádku

Následující seznam popisuje, co očekávat, když jsou plány služby App Service nakonfigurované pro redundanci zón a všechny zóny dostupnosti jsou funkční:

  • Směrování provozu mezi zónami: Během normálních operací se provoz směruje mezi všemi dostupnými instancemi plánu služby App Service napříč všemi zónami dostupnosti.

  • Replikace dat mezi zónami: Během normálních operací se všechny stavy uložené v systému souborů vaší aplikace ukládají v zónově redundantním úložišti a synchronně replikují mezi zónami dostupnosti.

Chování při selhání zóny

Výpadek zóny dostupnosti může mít vliv na některé aspekty služby App Service, i když aplikace dál obsluhuje provoz. Tyto chování zahrnují škálování plánu služby aplikace, vytváření aplikací, konfiguraci aplikací a publikování aplikací.

Následující seznam popisuje, co očekávat, když jsou plány služby App Service nakonfigurované pro redundanci zón a jedna nebo více zón dostupnosti není k dispozici:

  • Detekce a odpověď: Platforma App Service automaticky rozpozná selhání v zóně dostupnosti a zahájí odpověď. K zahájení převzetí služeb při selhání zóny se nevyžaduje žádný ruční zásah.

  • Aktivní požadavky: Všechny probíhající požadavky, které se připojují k instanci plánu služby App Service v zóně vadné dostupnosti, se ukončí. Zkuste tyto žádosti zopakovat.

  • Přesměrování provozu: App Service zjistí ztracené instance z této zóny a pokusí se najít nové náhradní instance. Jakmile Služba App Service najde náhrady, podle potřeby distribuuje provoz mezi nové instance.

    Pokud je automatické škálování nakonfigurované a určuje, že je potřeba více instancí, vyžádá si instance ze služby App Service. Chování automatického škálování funguje nezávisle na chování platformy služby App Service. Specifikace počtu instancí proto nemusí být násobkem dvou. Další informace najdete v tématu Vertikální navýšení kapacity aplikace ve službě App Service a přehledu automatického škálování.

    Důležité

    Azure nezaručuje, že požadavky na další instance budou v situaci mimo zónu úspěšné. Platforma se pokusí o obnovení ztracených instancí na základě maximálního úsilí. Pokud potřebujete garantovanou kapacitu během selhání zóny dostupnosti, vytvořte a nakonfigurujte plány služby App Service tak, aby zohlednily ztrátu zón tím, že kapacitu zřídíte.

  • Nesvícené chování: Aplikace v zónově redundantním plánu služby App Service se budou dál spouštět a obsluhovat provoz, i když dojde k výpadku zóny dostupnosti. Chování, které neprobíhá v době běhu, však mohou být během výpadku zóny dostupnosti ovlivněna. Tyto chování zahrnují škálování plánu služby aplikace, vytváření aplikací, konfiguraci aplikací a publikování aplikací.

Obnovení zóny

Když se zóna dostupnosti obnoví, App Service automaticky vytvoří instance v obnovené zóně dostupnosti, odebere všechny dočasné instance vytvořené v ostatních zónách dostupnosti a směruje provoz mezi vašimi instancemi obvyklým způsobem.

Testování poruch zón

Platforma App Service spravuje směrování provozu, automatické převzetí služeb při selhání a obnovení provozu pro zónově redundantní plány App Service. Tato funkce je plně spravovaná, takže nemusíte zahajovat ani ověřovat procesy selhání zóny dostupnosti.

Odolnost proti selháním v celé oblasti

App Service je služba s jednou oblastí. Pokud oblast přestane být dostupná, vaše prostředí a její plány a aplikace také nebudou k dispozici.

Vlastní řešení pro více regionů pro odolnost systémů

Pokud chcete snížit riziko selhání jedné oblasti ovlivňující vaši aplikaci, nasaďte více prostředí App Service Environment napříč několika oblastmi. Následující kroky pomáhají posílit odolnost:

  • Nasaďte aplikaci do prostředí App Service Environment v každé oblasti.
  • Nakonfigurujte vyrovnávání zatížení a zásady převzetí služeb při selhání.
  • Replikujte data napříč oblastmi, abyste mohli obnovit poslední stav aplikace.

Příklad přístupu, který znázorňuje tuto architekturu, najdete v tématu Nasazení podniku s vysokou dostupností pomocí služby App Service Environment.

Zálohování a obnovení

Pokud chcete zálohovat aplikace App Service do souboru, použijte možnosti zálohování a obnovení služby App Service.

Tyto funkce pomáhají, když je obtížné znovu nasadit kód nebo když ukládáte stav na disk. Většina řešení by se neměla spoléhat výhradně na zálohy. Místo toho využijte další funkce v této příručce k podpoře vašich požadavků na odolnost. Zálohy ale chrání před některými riziky, která jiné přístupy nechrání.

Důležité

Od 31. března 2028 už vlastní zálohy služby Azure App Service nepodporují zálohování propojených databází. Další informace najdete v tématu Vyřazení záloh propojených databází .

Místo toho použijte nativní nástroje pro zálohování a obnovení propojené databáze. Další informace najdete v tématu Zálohování a obnovení aplikace ve službě App Service.

Odolnost vůči údržbě služeb

App Service provádí pravidelné upgrady služeb a další úlohy údržby. Aby se během upgradu zachovala očekávaná kapacita, platforma během procesu upgradu automaticky přidá další instance plánu služby App Service.

Povolte zónovou redundanci. Když v plánu služby App Service povolíte redundanci zón, zlepšíte také odolnost při aktualizacích platformy. Aktualizační domény se skládají z kolekcí virtuálních počítačů, které během aktualizace přecházejí do režimu offline, a mapují se na zóny dostupnosti. Nasazení několika instancí v plánu služby App Service a povolení redundance zón pro váš plán přidá další vrstvu odolnosti v případě, že instance nebo zóna během upgradu není v pořádku.

Přizpůsobte cyklus aktualizace. Cyklus upgradu pro službu App Service Environment můžete přizpůsobit. Pokud potřebujete ověřit účinek upgradů na úlohu, povolte ruční upgrady. Tento přístup umožňuje provádět ověřování a testování neprodukční instance předtím, než je použijete na produkční instanci.

Další informace o předvolbách údržby najdete v tématu Předvolby upgradu pro plánovanou údržbu služby App Service Environment.

Smlouva o úrovni služeb

Smlouva o úrovni služeb (SLA) pro služby Azure popisuje očekávanou dostupnost každé služby a podmínky, které musí vaše řešení splnit, aby bylo dosaženo očekávané dostupnosti. Další informace najdete v tématu Smlouvy SLA pro online služby.

Když nasadíte plán App Service odolný vůči zónám, procento dostupnosti definované ve SLA se zvýší.

Související obsah

  • Last updated on