Spolehlivost v Azure Logic Apps
Tento článek popisuje podporu spolehlivosti ve službě Azure Logic Apps, která pokrývá odolnost uvnitř oblastí prostřednictvím zón dostupnosti a nasazení ve více oblastech.
Odolnost je sdílená odpovědnost mezi vámi a Microsoftem, a proto se tento článek věnuje také způsobům vytvoření odolného řešení, které vyhovuje vašim potřebám.
Pracovní postupy aplikací logiky usnadňují integraci a orchestraci dat mezi aplikacemi, cloudovými službami a místními systémy snížením množství kódu, který je potřeba napsat. Při plánování odolnosti se ujistěte, že zvažujete nejen aplikace logiky, ale také tyto prostředky Azure, které používáte se svými aplikacemi logiky:
Připojení , která vytvoříte z pracovních postupů aplikací logiky k jiným aplikacím, službám a systémům. Další informace najdete v tématu Připojení k prostředkům dále v tomto tématu.
Místní brány dat, což jsou prostředky Azure, které vytvoříte a používáte ve svých aplikacích logiky pro přístup k datům v místních systémech. Každý prostředek brány představuje samostatnou instalaci brány dat na místním počítači. Místní bránu dat můžete nakonfigurovat pro vysokou dostupnost pomocí více počítačů. Další informace najdete v tématu Podpora vysoké dostupnosti.
Účty integrace, ve kterých definujete a ukládáte artefakty, které pracovní postupy aplikace logiky používají pro scénáře podnikové integrace B2B (Business-to-Business). Můžete například nastavit zotavení po havárii mezi oblastmi pro účty integrace.
Multitenantní Azure Logic Apps automaticky spravuje výpočetní infrastrukturu a prostředky pro pracovní postupy Consumption. Nemusíte konfigurovat ani spravovat žádné virtuální počítače. Pracovní postupy consumption sdílejí výpočetní infrastrukturu mezi mnoha zákazníky.
Azure Logic Apps s jedním tenantem spouští pracovní postupy Standard na vyhrazených výpočetních prostředcích, které jsou vyhrazené pro vás a označují se jako plány. Každý plán může mít více instancí a tyto instance se dají volitelně rozložit do více zón dostupnosti. Vaše pracovní postupy běží na instancích vašeho plánu.
Doporučení pro produkční nasazení
U podnikových a zabezpečených pracovních postupů s požadavky na izolaci nebo zabezpečení sítě doporučujeme vytvářet a spouštět standardní pracovní postupy v Azure Logic Apps s jedním tenantem, nikoli pracovní postupy Consumption ve víceklientských azure Logic Apps. Další informace najdete v tématu Vytvoření a nasazení do různých prostředí.
V případě produkčních nasazení s azure Logic Apps s jedním tenantem byste měli povolit redundanci zón, aby se prostředky aplikace logiky rozložily do několika zón dostupnosti.
Přechodné chyby
Přechodné chyby jsou krátké, občasné selhání v komponentách. Často se vyskytují v distribuovaném prostředí, jako je cloud, a jsou normální součástí provozu. Opravili se po krátké době. Je důležité, aby vaše aplikace zpracovávaly přechodné chyby, obvykle opakováním ovlivněných požadavků.
Všechny aplikace hostované v cloudu by měly při komunikaci s libovolnými rozhraními API, databázemi a dalšími komponentami hostované v cloudu dodržovat pokyny pro zpracování přechodných chyb v Azure. Další informace o zpracování přechodných chyb najdete v tématu Doporučení pro předání přechodných chyb.
V Azure Logic Apps mnoho triggerů a akcí automaticky podporuje zásady opakování, které automaticky opakují žádosti, které selžou kvůli přechodným chybám. Informace o tom, jak změnit nebo zakázat zásady opakování pro aplikaci logiky, najdete v tématu Zpracování chyb a výjimek v Azure Logic Apps.
Pokud akce selže, můžete přizpůsobit chování následných akcí. Můžete také vytvořit obory pro seskupení souvisejících akcí, které můžou selhat nebo uspět společně.
Další informace o zpracování chyb v Azure Logic Apps najdete v tématu Zpracování chyb a výjimek v Azure Logic Apps.
Podpora zón dostupnosti
Zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci každé oblasti Azure. Když jedna zóna selže, můžou služby převzít služby při selhání jedné ze zbývajících zón.
Další informace o zónách dostupnosti v Azure najdete v tématu Co jsou zóny dostupnosti?
Azure Logic Apps podporuje redundanci zón, která rozděluje výpočetní prostředky do několika zón dostupnosti. Když distribuujete prostředky úloh aplikace logiky napříč zónami dostupnosti, zlepšíte odolnost a spolehlivost pro úlohy produkční aplikace logiky.
Nové a existující pracovní postupy aplikací logiky Consumption ve víceklientských azure Logic Apps mají automaticky povolenou redundanci zón.
U standardních pracovních postupů s možností hostování plánu služby pracovního postupu v Azure Logic Apps s jedním tenantem můžete volitelně povolit redundanci zón.
U standardních pracovních postupů s možností hostování služby App Service Environment v3 můžete volitelně povolit redundanci zón. Další informace o tom, jak App Service Environment v3 podporuje zóny dostupnosti, najdete v tématu Spolehlivost ve službě App Service.
Podporované oblasti
Aplikace logiky consumption nasazené v libovolné oblasti, které podporují zóny dostupnosti, jsou automaticky zónově redundantní. Japonsko – západ je výjimkou, která v současné době nepodporuje zónově redundantní aplikace logiky, protože některé služby závislostí zatím nepodporují redundanci zón.
Zónově redundantní aplikace logiky Standard můžete nasadit s plány služby pracovního postupu v libovolné oblasti, která podporuje zóny dostupnosti pro službu Aplikace Azure Service. Japonsko – západ je výjimka, která v současné době nepodporuje zónově redundantní aplikace logiky. Další informace naleznete v tématu Spolehlivost ve službě Aplikace Azure Service.
Pokud chcete zjistit, které oblasti podporují zóny dostupnosti pro App Service Environment v3, přečtěte si oblasti.
Požadavky
Musíte nasadit aspoň tři instance plánu služby pracovního postupu. Každá instance zhruba odpovídá jednomu virtuálnímu počítači. Pokud chcete tyto instance distribuovat mezi zóny dostupnosti, musíte mít minimálně tři instance.
Důležité informace
- Úložiště: Při konfiguraci externího úložiště pro stavové pracovní postupy Úrovně Standard je nutné nakonfigurovat účet úložiště pro redundanci zóny. Další informace najdete v tématu Důležité informace o úložišti pro službu Azure Functions.
Konektory: Integrované konektory jsou automaticky zónově redundantní, když je aplikace logiky zónově redundantní.
Účty integrace: Účty integrace skladové položky Premium jsou ve výchozím nastavení zónově redundantní.
Náklady
Žádné další náklady se vztahují na redundanci zón, která je automaticky povolená pro nové a stávající pracovní postupy Consumption ve víceklientských azure Logic Apps.
Pokud máte standardní pracovní postupy s plánem služby pracovního postupu v Azure Logic Apps s jedním tenantem, neplatí žádné další náklady na povolení zón dostupnosti, pokud máte tři nebo více instancí plánu. Účtují se vám poplatky na základě skladové položky plánu, zadané kapacity a všech instancí, které vertikálně navyšujete nebo snižujete na základě kritérií automatického škálování. Pokud povolíte zóny dostupnosti, ale zadáte kapacitu menší než tři instance, platforma vynutí minimální tři instance a poplatky za tyto tři instance.
App Service Environment v3 má konkrétní cenový model pro redundanci zón. Informace o cenách služby App Service Environment v3 najdete v tématu Ceny.
Konfigurace podpory zón dostupnosti
Pracovní postupy aplikace logiky consumption automaticky podporují redundanci zón, takže není nutná žádná konfigurace.
Vytvořte nový pracovní postup s redundancí zóny.
Pokud chcete povolit redundanci zón pro pracovní postupy standardní aplikace logiky, přečtěte si téma Povolení redundance zón pro vaši aplikaci logiky.
Migrace
Po vytvoření plánu služby nemůžete povolit redundanci zón. Místo toho musíte vytvořit nový plán s povolenou redundancí zón a odstranit starý plán.
Zakažte zónovou redundanci.
Po vytvoření plánu služby pracovního postupu nemůžete zakázat redundanci zón. Místo toho musíte vytvořit nový plán se zakázaným redundancí zóny a odstranit starý plán.
Plánování a správa kapacity
Pokud se chcete připravit na selhání zóny dostupnosti, zvažte nadměrné zřízení kapacity vaší služby. Nadměrné zřizování umožňuje řešení tolerovat určitou míru ztráty kapacity a nadále fungovat bez snížení výkonu.
Pokud chcete zjistit, kolik instancí se má zřizovat, je důležité vědět, že platforma rozprostírá instance napříč několika zónami. Musíte počítat s alespoň selháním jedné zóny.
Pokud chcete zjistit celkový počet instancí, které byste měli zřídit, postupujte takto:
- Určete počet instancí, které vaše úloha ve špičce vyžaduje. V tomto příkladu použijeme dva scénáře. Jedna je se 3 instancemi a jedna je se 4.
- Načtení počtu instancí nadměrného zřízení vynásobením počtu instancí úloh ve špičce faktorem [(zones/(zones-1)].
- Zaokrouhlí výsledek na nejbližší celé číslo.
Poznámka:
Následující tabulka předpokládá, že používáte tři zóny dostupnosti. Pokud používáte jiný počet zón dostupnosti, upravte vzorec odpovídajícím způsobem.
| Počet instancí úloh ve špičce | Faktor [(zóny/(zóny-1)] | Vzorec | Instance pro zřízení (zaokrouhlené) |
|---|---|---|---|
| 3 | 3/2 nebo 1,5 | (3 x 1,5 = 4,5) | 5 instancí |
| 4 | 3/2 nebo 1,5 | (4 x 1,5 = 6) | 6 instancí |
Směrování provozu mezi zónami
Během normálních operací můžou vyvolání pracovního postupu používat výpočetní prostředky v libovolné zóně dostupnosti v rámci oblasti.
Během normálních operací jsou vyvolání pracovního postupu rozdělené mezi všechny dostupné instance plánu napříč všemi zónami dostupnosti.
Prostředí pro zónu dolů
Detekce a reakce: Platforma Azure Logic Apps zodpovídá za detekci selhání v zóně dostupnosti. K zahájení převzetí služeb při selhání zóny nemusíte nic dělat.
Aktivní požadavky: Pokud se zóna dostupnosti stane nedostupnou, ukončí se všechny probíhající provádění pracovních postupů spuštěných na virtuálním počítači v zóně chybné dostupnosti. Platforma Azure Logic Apps automaticky obnoví pracovní postup na jiném virtuálním počítači v jiné zóně dostupnosti. Kvůli tomuto chování můžou aktivní pracovní postupy zaznamenat některé přechodné chyby nebo vyšší latenci při přidání nových virtuálních počítačů do zbývajících zón dostupnosti.
Navrácení služeb po obnovení
Když se zóna dostupnosti obnoví, Azure Logic Apps automaticky obnoví instance v zóně dostupnosti, odebere všechny dočasné instance vytvořené v jiných zónách dostupnosti a směruje provoz mezi vašimi instancemi obvyklým způsobem.
Testování selhání zón
Platforma Azure Logic Apps spravuje směrování provozu, převzetí služeb při selhání a navrácení služeb po obnovení pro prostředky zónově redundantní aplikace logiky. Nemusíte nic inicializovat. Tato funkce je plně spravovaná, takže nemusíte ověřovat procesy selhání zóny dostupnosti.
Podpora více oblastí
Každá aplikace logiky se nasadí do jedné oblasti Azure. Pokud oblast přestane být dostupná, vaše aplikace logiky je také nedostupná.
Alternativní přístupy k více oblastem
Pokud chcete zajistit vyšší odolnost, můžete nasadit pohotovostní nebo zálohovací aplikaci logiky v sekundární oblasti a převzít služby při selhání do této jiné oblasti, pokud primární oblast není dostupná. Pokud chcete tuto funkci povolit, proveďte následující úlohy:
- Nasaďte aplikaci logiky v primární i sekundární oblasti.
- Podle potřeby překonfigurujte připojení k prostředkům.
- Nakonfigurujte vyrovnávání zatížení a zásady převzetí služeb při selhání.
- Naplánujte monitorování stavu primární instance a zahájení převzetí služeb při selhání.
Další informace o nasazeních více oblastí pro pracovní postupy aplikace logiky najdete v následující dokumentaci:
- Nasazení ve více oblastech v Azure Logic Apps
- Nastavení zotavení po havárii mezi oblastmi pro účty integrace v Azure Logic Apps
- Vytváření úloh replikace pro prostředky Azure pomocí Azure Logic Apps
Smlouva o úrovni služeb
Smlouva o úrovni služeb (SLA) pro Azure Logic Apps popisuje očekávanou dostupnost služby. Tato smlouva také popisuje podmínky, které mají být splněny pro dosažení tohoto očekávání. Abyste těmto podmínkám porozuměli, zkontrolujte smlouvy o úrovni služeb (SLA) pro online služby.