Spolehlivost v registru zařízení Azure

Azure Registr zařízení ukládá informace o prostředcích a zařízeních v cloudu. Registr zařízení zobrazuje prostředky jako zdroje Azure v cloudu v rámci jediného registru. Jeden registr je zdrojem pravdy pro metadata zařízení a prostředků a možnosti správy prostředků. Registr zařízení lze použít ve spojení s Operace Azure IoT.

Při použití 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 registru zařízení 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 a výpadků oblastí.

Přehled architektury spolehlivosti

Registr zařízení představuje průmyslové prostředky a zařízení IoT jako prostředky Azure Resource Manager. Ke správě zařízení můžete použít standardní nástroje a možnosti Resource Manager, včetně Azure Policy pro vynucování zásad, Azure Resource Graph pro dotazování zařízení a Bicep pro definování zařízení jako kódu. Další informace o Azure Registru zařízení a jeho architektuře najdete v tématu Integrace s Azure Device Registry (Preview) – Azure IoT Hub.

Poznámka:

Operace Azure IoT zahrnuje různé další komponenty mimo registr zařízení. Podrobné informace o funkcích vysoké dostupnosti a nulové ztráty dat komponent Operace Azure IoT najdete v tématu Operace Azure IoT nejčastější dotazy.

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 postupovat podle Azure pokynů pro zpracování přechodných chyb, když komunikují s libovolnými rozhraními API, databázemi a dalšími komponentami hostovanými v cloudu. Další informace najdete v tématu Doporučení pro zpracování přechodných chyb.

Klienti komunikují s registrem zařízení pomocí Azure Resource Manager. Běžně používáte portál Azure, Azure CLI nebo Sady Azure SDK k interakci s prostředky registru zařízení a tyto nástroje poskytují automatické zpracování přechodných chyb. Pokud rozhraní API Resource Manager používáte přímo, nezapomeňte zpracovat přechodné chyby.

Odolnost proti chybám zóny dostupnosti

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

Registr zařízení Azure je ve výchozím nastavení zónově redundantní, což znamená, že automaticky replikuje vaše data napříč několika zónami dostupnosti. Toto nastavení zvyšuje odolnost služby tím, že poskytuje vysokou dostupnost. Pokud dojde k selhání v jedné zóně, může služba bez přerušení dál fungovat z jiné zóny.

Microsoft spravuje nastavení a konfiguraci pro redundanci zón v Azure Device Registry. Pokud chcete tuto zónu redundanci povolit, nemusíte provádět žádnou další konfiguraci. Microsoft zajišťuje, že je služba nakonfigurovaná tak, aby poskytovala nejvyšší úroveň dostupnosti a spolehlivosti.

Požadavky

Podpora oblastí: Následující seznam oblastí podporuje zóny dostupnosti v registru zařízení:

Severní a Jižní Amerika Evropa
USA – východ​ Německo – středozápad
USA – východ 2 Severní Evropa
USA – západ Západní Evropa
USA – západ 2​
USA – západ 3

Náklady

Není žádný dodatečný náklad na využití redundance zón pro registraci zařízení.

Konfigurujte podporu zón dostupnosti

Když v Operace Azure IoT vytvoříte prostředek registru zařízení, bude ve výchozím nastavení automaticky zónově redundantní. Nemusíte provádět žádnou další konfiguraci.

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

Následující informace popisují, co se stane, když máte zónově redundantní registr zařízení a všechny zóny dostupnosti jsou funkční:

  • Směrování provozu mezi zónami: Systém automaticky rozloží požadavky mezi každou zónu dostupnosti. Požadavek může používat infrastrukturu registru zařízení v jakékoli zóně dostupnosti.

  • Replikace dat mezi zónami: Data zařízení se replikují synchronně napříč zónami dostupnosti.

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

Následující informace popisují, co se stane, když máte zónově redundantní registr zařízení a zóna dostupnosti dojde k výpadku.

  • Detekce a odpověď: Vzhledem k tomu, že registr zařízení detekuje selhání v zóně dostupnosti a reaguje na ně automaticky, nemusíte nic dělat, abyste zahájili převzetí služeb při selhání zóny dostupnosti.
  • Oznámení: Microsoft vás při výpadku zóny automaticky neoznámí. Můžete ale použít Azure Service Health k pochopení celkového stavu služby, včetně jakýchkoli selhání zón, a můžete nastavit upozornění služby Service Health, která vás upozorní na problémy.

  • Aktivní požadavky: Některé aktivní žádosti se můžou vynechat a proto je potřeba opakovat stejným způsobem jako jiné přechodné chyby. Pokud chcete zajistit, aby vaše aplikace byla odolná vůči přechodným chybám, přečtěte si téma Odolnost proti přechodným chybám.

  • Očekávaná ztráta dat: Selhání zóny se neočekává, že by došlo ke ztrátě dat.

  • Očekávaný výpadek: U selhání zóny se neočekává, že dojde k výpadku vašich prostředků.

  • Přesměrování: Registr zařízení automaticky směruje nové požadavky do infrastruktury ve zdravé zóně.

Obnovení zóny

Když se zóna dostupnosti obnoví, registr zařízení automaticky obnoví operace v zóně dostupnosti.

Testování poruch zón

Platforma Device Registry spravuje směrování provozu, přepnutí při selhání a návrat při obnovení napříč dostupnostními zónami. Nemusíte nic inicializovat. Vzhledem k tomu, že je tato funkce plně spravovaná, nemusíte ověřovat procesy selhání zóny dostupnosti.

Odolnost proti selháním v celé oblasti

Registr zařízení je služba rozmístěná v jednom regionu. Pokud oblast přestane být dostupná, prostředky registru zařízení jsou také nedostupné. Nicméně data vašeho registru se replikují do spárované oblasti Azure, aby v některých situacích podporovala automatické převzetí služeb při selhání.

Převzetí řízené Microsoftem do spárované oblasti

Data vašeho registru se automaticky replikují do spárované Azure oblasti. V případě dlouhodobého výpadku oblasti se Microsoft může rozhodnout přesunout služby do spárované oblasti. Pokud k tomu dojde, bude váš registr dál dostupný ve spárované oblasti.

Požadavky

Podporované oblasti: Výchozí replikace a převzetí služeb při selhání jsou podporovány ve všech oblastech, kde je služba Device Registry k dispozici, protože všechny tyto oblasti jsou spárované.

Náklady

Za replikaci dat mezi oblastmi nebo převzetí služeb při selhání se neplatí žádné další náklady.

Konfigurace replikace a příprava na převzetí služeb při selhání

Ve výchozím nastavení se replikace dat mezi oblastmi automaticky konfiguruje při vytváření prostředků registru zařízení v oblasti spárované s jinou. Tento proces je výchozí možností a nevyžaduje od vás žádný zásah.

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

Tato část popisuje, co očekávat, když je registr zařízení nakonfigurován pro replikaci mezi regiony a převzetí služeb při selhání, a primární region je funkční.

  • Replikace dat mezi oblastmi: Data se automaticky replikují do spárované oblasti. Replikace probíhá asynchronně, což znamená, že pokud dojde k převzetí služeb při selhání, očekává se určitá ztráta dat.

  • Směrování provozu mezi oblastmi: V normálních operacích provoz proudí jenom do primární oblasti.

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

Tato část popisuje, co očekávat, když je registr zařízení nakonfigurovaný pro replikaci napříč regiony a pro převzetí služeb při selhání, a dojde k výpadku v primární oblasti.

  • Detekce a odpověď: Microsoft se může rozhodnout provést převzetí služeb při selhání, pokud dojde ke ztrátě primárního regionu. Tento proces může trvat několik hodin po ztrátě primární oblasti nebo i déle v některých scénářích. Převzetí služeb při selhání prostředků registru zařízení nemusí probíhat současně s jinými službami Azure.

  • Notification: Události selhání oblastí je možné monitorovat prostřednictvím Azure Service Health. Nastavte upozornění pro příjem oznámení o problémech na úrovni oblasti.

  • Aktivní požadavky: Jakékoli požadavky, které primární oblast zpracovává během převzetí služeb při selhání, pravděpodobně budou ztraceny. Klienti by měli po dokončení přepnutí opakovat žádosti.

  • Očekávaná ztráta dat: Data se replikují asynchronně do spárované oblasti. V důsledku toho se po přepnutí při selhání očekává určitá ztráta dat. Po selhání oblasti můžete očekávat méně než 15 minut ztráty dat.

  • Očekávaný výpadek: Počítejte s přibližně 24 hodinami výpadku od doby, kdy dojde ke ztrátě oblasti, do doby, kdy je prostředek dostupný ve spárované oblasti.

  • Přesměrování provozu: Během procesu převzetí služeb při selhání registr zařízení aktualizuje záznamy DNS tak, aby odkazovaly na spárovanou oblast. Všechny následné požadavky se odešlou do spárované oblasti.

    Po dokončení operace převzetí služeb při selhání registru se očekává, že všechny operace ze zařízení a back-endových aplikací budou pokračovat v práci bez nutnosti ručního zásahu.

Obnovení oblasti

Když se primární oblast obnoví, registr zařízení automaticky obnoví operace v dané oblasti.

Testování selhání regionů

Platforma Device Registry spravuje směrování provozu, záložní režim a obnovení v párových regionech. Nemusíte nic inicializovat. Vzhledem k tomu, že je tato funkce plně spravovaná, nemusíte ověřovat procesy selhání v případě spárovaných oblastí.

Zálohování a obnovení

Pokud chcete chránit konfiguraci prostředků, definujte prostředky registru zařízení pomocí infrastruktury jako kódu (například Bicep nebo šablon ARM) a uložte tyto definice do správy zdrojového kódu. Pokud potřebujete prostředek znovu vytvořit, znovu ho nasaďte z uložené konfigurace.

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

Microsoft pravidelně používá aktualizace služeb a provádí další údržbu. Platforma Azure tyto aktivity zpracovává automaticky a zajišťuje, aby byla údržba pro vás bezproblémová a transparentní. Během událostí údržby není očekáván výpadek, pokud jste nebyli informováni prostřednictvím plánované údržby služby Azure Service Health.

Související obsah

  • Last updated on