Sdílet prostřednictvím

Spolehlivost ve službě Azure API Management

Azure API Management. je plně spravovaná služba, která organizacím pomáhá publikovat, zabezpečit, transformovat, udržovat a monitorovat rozhraní API. Jako služba Azure poskytuje služba API Management 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, jak zajistit odolnost služby API Management vůči nejrůznějším potenciálním výpadkům a problémům, včetně přechodných chyb, výpadků zón dostupnosti, výpadků oblastí a údržby služeb. Popisuje také, jak se dají zálohy použít k zotavení z jiných typů problémů a zvýrazní některé klíčové informace o smlouvě o úrovni služeb (SLA) služby API Management.

Přehled architektury spolehlivosti

Služba API Management využívá architekturu založenou na jednotkách škálování k zajištění integrované redundance a škálovatelnosti. Když nasadíte instanci služby API Management, nakonfigurujete jednu nebo více jednotek škálování nebo jednotky. Každá jednotka je logická reprezentace kapacity, která obsahuje potřebné výpočetní prostředky pro zpracování požadavků rozhraní API.

Když nakonfigurujete instanci se dvěma nebo více jednotkami, dostupné jednotky spolupracují na zpracování požadavků a poskytují automatické vyrovnávání zatížení. Pokud některý z jednotek přestane být dostupný, zbývající jednotky budou dál zpracovávat provoz, ale s potenciálně sníženou kapacitou.

Aby služba API Management získala vyšší úroveň spolehlivosti, podporuje distribuci jednotek napříč zónami dostupnosti v rámci oblasti a napříč několika oblastmi.

Úrovně služby API Management poskytují různé úrovně spolehlivosti:

  • Úroveň Premium (Classic): Podporuje více jednotek, které je možné distribuovat napříč zónami dostupnosti a oblastmi pro zajištění maximální odolnosti. Každá jednotka na úrovni Premium se skládá ze dvou virtuálních počítačů, které poskytují výpočetní prostředky pro zpracování požadavků rozhraní API.

  • Úrovně Basic v2, Standard, Standard v2 a Premium v2 (Preview): Všechny podporují více jednotek v rámci jednoho datacentra. Nepodporují zóny dostupnosti ani nasazení ve více oblastech.

  • Úroveň pro vývojáře: Podporuje pouze jednu jednotku a neposkytuje žádnou podporu zóny dostupnosti ani více oblastí. Tato úroveň je určená pro scénáře vývoje a testování. Není vhodný pro produkční úlohy.

  • Consumption tier: Má integrované odolné mechanismy a je odolná vůči různým chybám v rámci jednoho datacentra Azure. Úroveň Consumption ale neposkytuje podporu pro zóny dostupnosti ani nasazení ve více oblastech. Pokud chcete zjistit očekávanou dobu provozu instance služby API Management úrovně Consumption, projděte si smlouvu o úrovni služeb (SLA).

Jednotky v instanci spolupracují na zpracování požadavků a automatické vyrovnávání zatížení mezi dostupnými jednotkami. Pokud se jednotka stane nedostupnou, zbývající jednotky budou dál zpracovávat provoz, ale s potenciálně sníženou kapacitou.

Poznámka:

Úrovně Developer a Premium služby API Management podporují samosprávované brány, které můžete spouštět ve vlastní infrastruktuře. Když používáte brány v místním prostředí, zodpovídáte za jejich konfiguraci tak, aby splňovaly vaše požadavky na spolehlivost. Brány vlastní správy jsou mimo rozsah tohoto článku.

Doporučení pro nasazení do produkčního prostředí

Azure Well-Architected Framework poskytuje doporučení týkající se spolehlivosti, výkonu, zabezpečení, nákladů a provozu. Informace o tom, jak tyto oblasti vzájemně ovlivňují a přispívají ke spolehlivému řešení API Management, najdete v tématu Osvědčené postupy architektury pro SLUŽBU API Management.

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.

Při použití služby API Management před rozhraním API může být potřeba opakovat žádosti, které selžou kvůli přechodným chybám. Kvůli ochraně back-endového rozhraní API před příliš velkým počtem požadavků poskytuje služba API Management zásady opakování, omezení rychlosti a kvóty. Pomocí back-endových prostředků můžete také nakonfigurovat možnosti vyrovnávání zatížení a jističe.

Odolnost proti chybám zóny dostupnosti

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

Služba API Management poskytuje dva typy podpory zóny dostupnosti při nasazení instance služby API Management úrovně Premium (Classic) v podporované oblasti:

  • Automatický: Služba API Management poskytuje podporu automatické zóny dostupnosti, pokud nezadáte, které zóny dostupnosti se mají použít.

  • Manuál: Služba API Management poskytuje podporu zóny dostupnosti ručně, když explicitně určíte, které zóny dostupnosti se mají použít.

Díky podpoře zóny dostupnosti služba API Management replikuje komponenty služby napříč zónami pro zajištění vysoké dostupnosti. Tyto komponenty v primární oblasti zahrnují bránu (jednotky škálování), rovinu správy a portál pro vývojáře. Ve sekundárních oblastech jsou replikovány pouze jednotky brány. Další informace o sekundárních oblastech najdete v tématu Odolnost vůči selháním v celé oblasti.

Podpora automatické zóny dostupnosti

Pomocí podpory zóny automatické dostupnosti můžete zvolit jednu jednotku nebo konfiguraci instance s více jednotkami, abyste dosáhli redundance zóny:

  • Konfigurace s více jednotkami (doporučeno): Pokud má vaše instance dvě nebo více jednotek, služba API Management se snaží rozšířit jednotky vaší instance mezi zóny dostupnosti oblasti. Neexistuje způsob, jak určit, do kterých zón dostupnosti se vaše jednotky umístí. Doporučujeme nasadit minimálně dvě jednotky, které je možné distribuovat mezi dvě zóny.

    Následující diagram znázorňuje instanci služby API Management se třemi jednotkami, které jsou nakonfigurované pro podporu automatické zóny dostupnosti:

    Diagram znázorňující tři jednotky služby API Management distribuované napříč zónami dostupnosti pro podporu automatické zóny dostupnosti

  • Konfigurace s jednou jednotkou: Pokud má vaše instance jednu jednotku, základní virtuální počítače jednotky se distribuují do dvou zón dostupnosti. Neexistuje způsob, jak určit, do kterých zón dostupnosti se virtuální počítače jednotky umístí.

    Diagram znázorňující jednu jednotku služby API Management distribuovanou mezi dvě zóny dostupnosti pro podporu automatické zóny dostupnosti

Podpora zóny dostupnosti ručně

Pokud chcete explicitně vybrat zóny dostupnosti, které chcete použít, můžete si vybrat mezi zónově redundantními a zónovými konfiguracemi:

  • Zónově redundantní: Ruční konfigurace redundance zón pro instanci služby API Management v podporované oblasti za účelem zajištění redundance pro součásti služby. Když vyberete dvě nebo více zón dostupnosti, které chcete použít, Azure automaticky replikuje komponenty služby napříč vybranými zónami.

    Diagram znázorňující tři jednotky služby API Management distribuované napříč zónami dostupnosti pro ruční redundanci zón

  • Oblastní: Komponenty služby API Management jsou nasazeny v jedné zóně, kterou vyberete v rámci oblasti Azure. Všechny jednotky jsou umístěny do stejné zóny dostupnosti.

    Diagram znázorňující zónové nasazení služby API Management se dvěma jednotkami v jedné zóně dostupnosti

    Důležité

    Omezit se na jednu zónu dostupnosti jen v případě, že latence mezi zónami (cross-zone latency) je pro vaše potřeby příliš vysoká a poté, co ověříte, že latence nesplňuje vaše požadavky. Sama o sobě zónová instance neposkytuje odolnost vůči výpadku zóny dostupnosti. Pokud chcete zlepšit odolnost nasazení služby API Management v zónách, musíte explicitně nasadit samostatné instance do několika zón dostupnosti a nakonfigurovat směrování provozu a převzetí služeb při selhání.

Požadavky

  • Podpora oblastí: API Management podporuje zóny dostupnosti pro úroveň Premium (Classic) ve všech oblastech Azure, které podporují zóny dostupnosti.

  • Požadavek na úroveň: Ke konfiguraci podpory zóny dostupnosti musíte použít úroveň Premium (Classic). Služba API Management v současné době nepodporuje zóny dostupnosti v klasických úrovních Consumption, Developer, Basic a Standard ani úrovně Basic v2, Standard v2 a Premium v2. Pokud chcete upgradovat instanci na úroveň Premium (Classic), přečtěte si téma Upgrade na úroveň Premium.

Poznámka:

Úroveň Premium v2 s podnikovými funkcemi je ve verzi Preview. Pokud chcete zjistit, jestli by se váš návrh měl spoléhat na funkce předběžného přístupu nebo obecně dostupné funkce, vyhodnoťte časové osy návrhu a implementace ve vztahu k dostupným informacím o verzích a cestách migrace Premium v2.

Úvahy

  • Počet jednotek pro zónově redundantní instance: Pokud pro instanci ručně nakonfigurujete redundanci zóny, musíte také nakonfigurovat řadu jednotek služby API Management, které se dají rovnoměrně distribuovat napříč všemi vybranými zónami dostupnosti. Pokud například vyberete dvě zóny, musíte nakonfigurovat aspoň dvě jednotky. Místo toho můžete nakonfigurovat čtyři jednotky nebo jiný násobek dvou jednotek. Pokud vyberete tři zóny dostupnosti, musíte nakonfigurovat tři jednotky, šest jednotek nebo jiný násobek tří jednotek.

    Pokud používáte podporu automatické zóny dostupnosti, není nutné používat konkrétní počet jednotek. Jednotky, které nasazujete, jsou rozděleny mezi zóny dostupnosti podle možnosti. Pokud chcete zajistit maximální redundanci zón, doporučujeme použít aspoň dvě jednotky, abyste zajistili, že výpadek zóny dostupnosti nemá vliv na vaši instanci.

    Pokud chcete určit počet jednotek, které poskytují požadovaný výkon brány, použijte metriky kapacity a vlastní testování. Další informace o škálování a upgradu instance služby najdete v tématu Upgrade a škálování instance služby API Management.

  • Automatické škálování: Pokud ručně nakonfigurujete zóny dostupnosti v instanci služby API Management, která je nakonfigurovaná s automatickým škálováním, budete možná muset po konfiguraci upravit nastavení automatického škálování. V tomto případě musí být počet jednotek služby API Management v pravidlech a omezeních automatického škálování násobkem počtu zón. Pokud používáte podporu zóny automatické dostupnosti, nemusíte upravovat nastavení automatického škálování.

  • Požadavky na IP adresu: Když povolíte podporu zóny dostupnosti v instanci služby API Management, která je nasazená v externí nebo interní virtuální síti, musíte zadat prostředek veřejné IP adresy, který má instance použít. V interní virtuální síti se veřejná IP adresa používá jenom pro operace správy, ne pro požadavky rozhraní API. Další informace najdete v tématu IP adresy ve službě API Management.

Náklady

Bez ohledu na konfiguraci zóny dostupnosti se vám při přidávání dalších jednotek účtují další náklady. Informace najdete v tématu o cenách služby API Management.

Konfigurujte podporu zón dostupnosti

Tato část vysvětluje, jak nakonfigurovat podporu zóny dostupnosti pro vaši instanci služby API Management.

Poznámka:

Když vyberete, které zóny dostupnosti se mají použít, ve skutečnosti vybíráte logickou zónu dostupnosti. Pokud nasadíte jiné součásti úloh v jiném předplatném Azure, můžou pro přístup ke stejné zóně fyzické dostupnosti použít jiné číslo logické zóny dostupnosti. Další informace najdete v tématu Fyzické a logické zóny dostupnosti.

  • Vytvořte instanci služby API Management, která podporuje zóny dostupnosti: Když vytvoříte instanci služby API Management úrovně Premium (Classic) v oblasti, která podporuje zóny dostupnosti, instance ve výchozím nastavení podporuje zóny dostupnosti. Můžete vybrat podporu automatické zóny dostupnosti nebo ručně nakonfigurovat zónovou nebo zónově redundantní podporu.

  • Povolení nebo změna konfigurace podpory zóny dostupnosti: Můžete změnit konfiguraci zóny dostupnosti pro instanci služby API Management, včetně přidání zón dostupnosti a přesunu zónové instance mezi zónami dostupnosti. Informace o konfiguraci podpory zón dostupnosti v instanci služby API Management najdete v tématu Povolení podpory zón dostupnosti v instancích služby API Management. Žádné z možností konfigurace nemají žádné požadavky na prostoje.

    Když změníte konfiguraci zóny dostupnosti, může použití změn trvat 15 až 45 minut. Brána správy API může během této doby dál zpracovávat požadavky API.

    Změna konfigurace zóny dostupnosti aktivuje změnu veřejné a privátní IP adresy.

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

Ve scénáři mimo zónu neexistuje žádná záruka, že požadavky na další kapacitu v jiné zóně dostupnosti budou úspěšné. Obnovení ztracených jednotek probíhá na základě maximálního úsilí. Pokud potřebujete garantovanou kapacitu v případě selhání zóny dostupnosti, měli byste vytvořit a nakonfigurovat instanci služby API Management tak, aby zohlednila ztrátu zóny provedením všech následujících akcí:

  • Přidělte nadbytečné jednotky vaší instanci správy API.

  • Použijte automatickou nebo zónově redundantní konfiguraci zóny dostupnosti.

Pro více informací viz Správa kapacity s nadměrným přidělováním.

Pomocí metrik kapacity a vlastního testování určete počet jednotek, které poskytují požadovaný výkon brány. Další informace o škálování a upgradu instance služby najdete v tématu Upgrade a škálování instance služby API Management.

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

Tato část popisuje, co očekávat, když jsou instance služby API Management nakonfigurované s podporou zóny dostupnosti 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 jednotkami SLUŽBY API Management napříč všemi vybranými zónami dostupnosti.

  • Replikace dat mezi zónami: API Management ukládá a replikuje následující data.

    • Konfigurace brány, jako jsou rozhraní API a definice zásad, se pravidelně synchronizují mezi vybranými zónami dostupnosti pro danou instanci. Šíření aktualizací mezi zónami dostupnosti obvykle trvá méně než 10 sekund.

    • Data v interní mezipaměti, pokud používáte interní mezipaměť, kterou poskytuje služba API Management. Položky mezipaměti se distribuují mezi zóny dostupnosti. Interní mezipaměť je nestálá a data nejsou zaručená, že se budou uchovávat. Pokud potřebujete zachovat data uložená v mezipaměti, zvažte použití externí mezipaměti.

    • Čítače omezení rychlosti, pokud používáte možnosti omezování rychlosti, které poskytuje služba API Management. Čítače omezení rychlosti se asynchronně replikují mezi zónami dostupnosti, které vyberete pro instanci.

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

Tato část popisuje, co očekávat, když jsou instance služby API Management nakonfigurované s podporou zóny dostupnosti a dojde k výpadku zóny dostupnosti.

  • Detekce a odpověď: Odpovědnost za detekci a odpověď závisí na konfiguraci zóny dostupnosti, kterou vaše instance používá.

    • Automatické a zónově redundantní: V případě instancí, které jsou nakonfigurované tak, aby používaly podporu automatické zóny dostupnosti nebo ručně nakonfigurované pro použití redundance zón, zodpovídá platforma API Management za detekci selhání v zóně dostupnosti a odpovídá na ně. Nemusíte dělat nic, abyste zahájili převzetí zóny.

    • Zónový: V případě instancí nakonfigurovaných jako zónové musíte zjistit ztrátu zóny dostupnosti a iniciovat převzetí služeb při selhání na sekundární instanci, kterou vytvoříte v jiné zóně dostupnosti.

  • Aktivní požadavky: Pokud je zóna dostupnosti nedostupná, všechny probíhající požadavky, které jsou připojené k jednotce API Management v vadné zóně dostupnosti, se ukončí a je potřeba je opakovat.

  • Očekávaná ztráta dat: Api Management ukládá následující data.

    • Změny konfigurace brány, které se replikují do každé vybrané zóny dostupnosti do přibližně 10 sekund. Pokud dojde k výpadku zóny dostupnosti, může dojít ke ztrátě změn konfigurace, které se nereplikují.

    • Data v interní mezipaměti, pokud používáte funkci interní mezipaměti. Interní mezipaměť je nestálá a data nejsou zaručená, že se budou uchovávat. Během výpadku zóny dostupnosti můžete ztratit některá nebo všechna data uložená v mezipaměti. Pokud potřebujete zachovat data uložená v mezipaměti, zvažte použití externí mezipaměti.

    • Čítače omezení rychlosti, pokud používáte funkci omezení rychlosti. Během výpadku zóny dostupnosti nemusí být čítače omezení rychlosti up-to-date v přeživších zónách.

  • Očekávaný výpadek: Očekávaný výpadek závisí na konfiguraci zóny dostupnosti, kterou vaše instance používá.

    • Automatický: Můžete očekávat, že instance, které používají podporu automatické zóny dostupnosti, nebudou mít během výpadku zóny dostupnosti žádné výpadky. Jednotky v nedotčené zóně nebo zónách nadále fungují.

      Můžete také očekávat, že instance, které používají podporu automatické zóny dostupnosti, ale mají jednu jednotku, nemají žádné výpadky. V tomto případě služba API Management distribuuje základní virtuální počítače jednotky do dvou zón. Virtuální počítač v nedotčené zóně nadále funguje.

    • Zónově redundantní: Můžete očekávat, že instance zónové redundance nebudou mít žádné výpadky během výpadku zóny dostupnosti.

    • Zónový: Pro zónové instance, když není zóna dostupná, vaše instance není k dispozici, dokud se zóna dostupnosti neobnoví.

  • Přesměrování provozu: Chování přesměrování provozu závisí na konfiguraci zóny dostupnosti, kterou vaše instance používá.

    • Automatické a zónově redundantní: V případě instancí, které jsou nakonfigurované tak, aby používaly podporu automatické zóny dostupnosti nebo jsou ručně nakonfigurované tak, aby používaly redundanci zóny, pokud je zóna nedostupná, nebudou dostupné také všechny jednotky v ovlivněné zóně. Pokud chcete přidat další jednotky, můžete škálovat instanci.

    • Zónový: Pro zónové instance platí, že když je zóna nedostupná, vaše instance také není dostupná. Pokud máte sekundární instanci v jiné zóně dostupnosti, zodpovídáte za přesměrování provozu do této sekundární instance.

Obnovení zóny

Chování obnovení zóny závisí na konfiguraci zóny dostupnosti, kterou vaše instance používá.

  • Automatické a zónově redundantní: V případě instancí, které jsou nakonfigurované tak, aby používaly podporu automatické zóny dostupnosti nebo jsou ručně nakonfigurované tak, aby používaly redundanci zón, služba API Management automaticky obnoví jednotky v zóně dostupnosti a přesměruje provoz mezi jednotkami jako obvykle.

  • Zónový: V případě zónových instancí zodpovídáte za přesměrování provozu do instance v původní zóně dostupnosti po obnovení zóny dostupnosti.

Testování poruch zón

Možnosti pro testování selhání zón závisí na konfiguraci zóny dostupnosti, kterou vaše instance používá.

  • Automatické a zónově redundantní: V případě instancí, které jsou nakonfigurované tak, aby používaly podporu automatické zóny dostupnosti nebo jsou ručně nakonfigurované tak, aby používaly redundanci zón, spravuje platforma API Management směrování provozu, převzetí služeb při selhání a navrácení služeb po obnovení. Tato funkce je plně spravovaná, takže nemusíte zahajovat ani ověřovat procesy selhání zóny dostupnosti.

  • Zónový: V případě zónových instancí neexistuje způsob, jak simulovat výpadek zóny dostupnosti, která obsahuje vaši instanci služby API Management. Můžete ale ručně nakonfigurovat upstreamové brány nebo nástroje pro vyrovnávání zatížení pro přesměrování provozu do jiné instance v jiné zóně dostupnosti.

Odolnost proti selháním v celé oblasti

Při nasazení ve více oblastech můžete do existující instance služby API Management přidat místní brány rozhraní API v jedné nebo více podporovaných oblastech Azure. Nasazení ve více oblastech pomáhá snížit latenci požadavků, která je vnímaná geograficky distribuovanými příjemci rozhraní API. Nasazení ve více oblastech také zlepšuje dostupnost služeb, pokud jedna oblast přejde do režimu offline.

Nasazení ve více oblastech, spravované společností Microsoft

Služba API Management podporuje pouze nasazení ve více oblastech na úrovni Premium (Classic). Nepodporuje nasazení ve více oblastech ve vrstvách Consumption, Developer, Basic, Basic v2, Standard, Standard v2 a Premium v2 (Preview). Další informace najdete v tématu Požadavky.

Když přidáte oblast, nakonfigurujete:

Požadavky

  • Podpora oblastí: Nasazení ve více oblastech můžete vytvořit na úrovni Premium (Classic) s libovolnou oblastí Azure, která podporuje api Management. Pokud chcete zjistit, které oblasti podporují nasazení ve více oblastech, podívejte se na dostupnost produktů v jednotlivých oblastech.

  • Požadavek na úroveň: Ke konfiguraci podpory více oblastí musíte použít úroveň Premium (Classic). Pokud chcete upgradovat instanci na úroveň Premium (Classic), přečtěte si téma Upgrade na úroveň Premium.

Poznámka:

Úroveň Premium v2 s podnikovými funkcemi je ve verzi Preview. Pokud chcete zjistit, jestli by se váš návrh měl spoléhat na funkce předběžného přístupu nebo obecně dostupné funkce, vyhodnoťte časové osy návrhu a implementace ve vztahu k dostupným informacím o verzích a cestách migrace Premium v2.

Úvahy

  • Pouze brána: Replikuje se do několika oblastí pouze komponenta brány vaší instance služby API Management. Rovina správy instance a portál pro vývojáře zůstávají hostované pouze v primární oblasti, ve které jste službu původně nasadili.

  • Požadavky na síť: Pokud chcete nakonfigurovat sekundární umístění pro vaši instanci služby API Management, když je nasazená (vložená) do virtuální sítě, měla by virtuální síť a oblast podsítě odpovídat sekundárnímu umístění, které nakonfigurujete. Pokud přidáte, odeberete nebo povolíte zónu dostupnosti v primární oblasti nebo změníte podsíť primární oblasti, změní se virtuální IP adresa vaší instance služby API Management. Další informace najdete v tématu Změny IP adres. Pokud ale přidáte sekundární oblast, virtuální IP adresa primární oblasti se nezmění, protože každá oblast má vlastní privátní virtuální IP adresu.

  • Názvy DNS (Domain Name System): Brána v každé oblasti, včetně primární oblasti, má místní název DNS, který se řídí vzorem https://<service-name>-<region>-01.regional.azure-api.netadresy URL , například https://contoso-westus2-01.regional.azure-api.net.

Náklady

Při přidávání oblastí se účtují náklady. Informace najdete v tématu o cenách služby API Management.

Konfigurace podpory více oblastí

Pokud chcete nakonfigurovat podporu více oblastí v instanci služby API Management, přečtěte si téma Nasazení instance služby API Management do několika oblastí Azure.

Pokud chcete odebrat oblast z instance služby API Management, přečtěte si téma Odebrání oblasti služby API Management.

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

Ve scénáři mimo oblast neexistuje žádná záruka, že požadavky na další kapacitu v jiné oblasti budou úspěšné. Pokud potřebujete garantovanou kapacitu v případě selhání oblasti, měli byste vytvořit a nakonfigurovat instanci služby API Management tak, aby zohlednila ztrátu oblasti. Kapacitu instance služby API Management můžete zvýšit přidělením nadbytečné kapacity. Další informace o principu nadměrného zřizování najdete v tématu Správa kapacity pomocí nadměrného zřizování.

V nasazeních s více oblastmi se automatické škálování vztahuje pouze na primární oblast. Sekundární oblasti vyžadují ruční úpravy škálování nebo vlastní nástroje, které řídíte.

Chování, když jsou všechny oblasti v pořádku

Tato část popisuje, co očekávat, když jsou instance služby API Management nakonfigurované s podporou více oblastí a všechny oblasti jsou funkční.

  • Směrování provozu mezi oblastmi: Služba API Management automaticky směruje příchozí požadavky do regionální brány. Požadavek se směruje do regionální brány s nejnižší latencí od klienta. Pokud potřebujete použít jiný přístup směrování, můžete nakonfigurovat vlastní pravidla směrování Traffic Manageru. Další informace najdete v tématu Použití vlastního směrování do regionálních bran služby API Management.

    Když požadavek dosáhne regionální brány služby API Management, směruje se do back-endového rozhraní API, pokud zásady nevrátí odpověď přímo z brány, jako je odpověď uložená v mezipaměti nebo kód chyby. V řešení s více oblastmi je potřeba se postarat o směrování na instanci back-endového rozhraní API, která splňuje vaše požadavky na výkon. Další informace najdete v tématu Směrování volání rozhraní API do regionálních back-endových služeb.

  • Replikace dat mezi oblastmi: Konfigurace brány, jako jsou rozhraní API a definice zásad, se pravidelně synchronizují mezi primárními a sekundárními oblastmi, které přidáte. Šíření aktualizací do regionálních bran obvykle trvá méně než 10 sekund.

    Čítače omezení rychlosti a data v interní mezipaměti jsou specifické pro oblast, takže se mezi oblastmi nereplikují.

Chování při selhání oblasti

Tato část popisuje, co očekávat, když jsou instance služby API Management nakonfigurované s podporou více oblastí a v jedné z oblastí, které používáte, dojde k výpadku.

  • Detekce a odpověď: Služba API Management zodpovídá za detekci poruchy v oblasti a automatické přepnutí na bránu v jedné z ostatních oblastí, které konfigurujete.

  • Aktivní požadavky: Všechny aktivní žádosti zpracovávané v vadné oblasti můžou být vyřazeny a klient by je měl opakovat.

  • Očekávaná ztráta dat: API Management neukládá data s výjimkou čítačů konfigurace, mezipaměti a limitu rychlosti.

    Změny konfigurace se replikují do každé oblasti během přibližně 10 sekund. Pokud dojde k výpadku primární oblasti, může dojít ke ztrátě změn konfigurace, které se nereplikují.

    Čítače omezení rychlosti a data v interní mezipaměti jsou specifické pro oblast, takže se mezi oblastmi nereplikují.

  • Očekávaný výpadek: Neočekává se žádný výpadek brány.

    Pokud primární oblast přejde do režimu offline, přestane být rovina správy služby API a portál pro vývojáře k dispozici, ale sekundární oblasti budou dál obsluhovat požadavky rozhraní API pomocí nejnovější konfigurace brány.

  • Přesměrování provozu: Pokud oblast přejde do offline režimu, požadavky rozhraní API se automaticky směrují kolem oblasti, která selhala, do další nejbližší brány.

Obnovení oblasti

Když se primární oblast obnoví, služba API Management automaticky obnoví jednotky v dané oblasti a směruje provoz mezi vašimi jednotkami.

Testování selhání regionů

Abyste byli připraveni na neočekávané výpadky oblastí, doporučujeme pravidelně testovat odpovědi na selhání oblastí. Některé aspekty selhání oblasti můžete simulovat zakázáním směrování do regionální brány.

Zálohování a obnovení

Api Management neukládá většinu dat za běhu. Konfiguraci služby API Management ale můžete zálohovat. Můžete také použít operace zálohování a obnovení k replikaci konfigurací služby API Management mezi provozními prostředími, například vývojem a přípravou.

Důležité

V postupu zálohování jsou zahrnuta data modulu runtime, jako jsou uživatelé a předplatná, která nemusí být vždy žádoucí.

Zálohování se podporuje na úrovních Developer, Basic, Standard a Premium.

Další informace najdete v tématu Postup implementace zotavení po havárii pomocí zálohování a obnovení služby ve službě API Management.

Pro zálohování nebo obnovení některých součástí nebo prostředků služeb můžete zvážit také možnosti spravované zákazníkem, jako jsou nástroje APIOps a řešení infrastruktury jako kódu (IaC).

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

API Management provádí pravidelné upgrady služeb a další formy údržby.

V úrovních Basic, Standard a Premium (Classic) můžete přizpůsobit, když vaše instance v procesu aktualizace obdrží aktualizaci. Pokud potřebujete ověřit účinek upgradů na vaši úlohu, zvažte konfiguraci testovací instance tak, aby přijímala aktualizace v rané fázi cyklu aktualizací, a nastavte produkční instanci tak, aby přijímala aktualizace později v cyklu. Můžete také zadat časové období údržby, což je čas dne, kdy má instance instalovat aktualizace služeb.

Další informace najdete v tématu Konfigurace nastavení aktualizace služby pro instance služby API Management.

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 instanci služby API Management ve více zónách dostupnosti nebo oblastech, zvýší se procento doby provozu definované ve sla.

Služba poskytuje vlastní smlouvu SLA, ale musíte také zohlednit očekávanou spolehlivost jiných komponent úloh, jako jsou back-endy rozhraní API.

Související obsah

  • Last updated on