Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Tento článek popisuje podporu spolehlivosti v akcích služby Azure Storage a popisuje jak vnitřní odolnost zón dostupnosti , tak zotavení po havárii mezi oblastmi a provozní kontinuitu. Podrobnější přehled principů spolehlivosti v Azure najdete v tématu Spolehlivost Azure.
Azure Storage Actions je bezserverová architektura, kterou můžete použít k provádění běžných operací s daty u milionů objektů v několika účtech úložiště. Samotná služba je regionální a nemá skladové položky ani podporu zón dostupnosti. Řídicí rovina služby ale automaticky podporuje zónovou redundanci. Rovina dat může také podporovat redundanci v závislosti na tom, jestli účet úložiště běží v zónově redundantní konfiguraci.
Podpora zón 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.
Přestože je služba Azure Storage Actions regionální a nenabízí skladové položky ani zóny dostupnosti, je redundance zón dostupná z řídicí roviny a podmíněně z roviny dat:
Řídicí rovina služby je zónově redundantní. Když je zóna v jedné oblasti nefunkční, řídicí rovina bude dál dostupná. Během scénáře výpadku zóny můžete i nadále spravovat definici úkolu a přiřazení úkolů.
Datová rovina (provádění přiřazení úkolů) dědí zónové vlastnosti z účtu úložiště. Pokud je účet úložiště nasazený do zóny selhání, účet přestane být dostupný a z pohledu zákazníka není datový plán dostupný. Pokud je účet úložiště zónově redundantní, bude účet dál dostupný a služba bude dál provádět operace s účtem.
Zklidňující zážitek
Ve scénáři dokončení zóny bude služba Úložišťové akce nadále dostupná. Průběh úloh závisí na podpoře zón dostupnosti účtů úložiště, proti kterým běží. Pokud účet není ovlivněn vyřazenou zónou, úkoly budou pokračovat v plnění. Jinak úkoly selžou.
Příprava na výpadek zóny a její obnovení
Služba Akce úložiště není zónová, ale účet úložiště je. Pokud je účet úložiště ovlivněn výpadkem zóny, úlohy úložiště přiřazené k účtu selžou. Po zpřístupnění zóny a účtu úložiště se naplánované úlohy budou dál spouštět podle plánu. Pokud je úloha nakonfigurovaná tak, aby běžela jednou, možná budete muset naplánovat, aby se úloha spustila znovu.
Zotavení po havárii napříč oblastmi a provozní kontinuita
Zotavení po havárii (DR) označuje postupy, které organizace používají k zotavení z událostí s vysokým dopadem, jako jsou přírodní katastrofy nebo neúspěšná nasazení, která vedou k výpadkům a ztrátě dat. Bez ohledu na příčinu je nejlepším řešením havárie dobře definovaný a otestovaný plán zotavení po havárii a návrh aplikace, který aktivně podporuje zotavení po havárii. Než začnete vytvářet plán zotavení po havárii, přečtěte si téma Doporučení pro návrh strategie zotavení po havárii.
Pro DR používá Microsoft model sdílené odpovědnosti. V tomto modelu Microsoft zajišťuje, aby byly dostupné základní služby infrastruktury a platformy. Nicméně mnoho služeb Azure neprovádí automatickou replikaci dat ani nepřepíná z oblasti, která selhala, aby se provedla křížová replikace do jiné povolené oblasti. Za tyto služby zodpovídáte za nastavení plánu zotavení po havárii, který funguje pro vaši úlohu. Většina služeb, které běží v rámci nabídky platformy jako služby (PaaS) na Azure, poskytuje funkce a pokyny pro podporu disaster recovery (DR). Pomocí funkcí specifických pro službu můžete podporovat rychlé obnovení, což pomůže s vývojem vašeho DR plánu.
Účty úložiště s GRS a GZRS replikují data do sekundární oblasti v případě selhání účtu úložiště. Provozní kontinuita akcí úložiště výrazně závisí na konfiguraci redundance cílového účtu úložiště. Účty úložiště, které jsou nakonfigurované s geografickou redundancí, využívají výhod automatizovaného procesu převzetí služeb při selhání. Tato automatická správa zajišťuje, že budoucí iterace přiřazení úlohy, ať už jednotlivé nebo opakované, proběhnou v sekundární oblasti bez jakýchkoli problémů. U úloh úložiště, které probíhaly v době převzetí služeb při selhání, může dojít k selhání. Nové úlohy pro úložiště a jejich přiřazení nadále fungují podle očekávání.
Konzistentní monitorování účtu úložiště je zásadní. Při selhání byste měli důkladně zkontrolovat zprávy o úlohách a jejich sledování, abyste ověřili úspěšné dokončení všech blob operací a identifikovali případné nesrovnalosti, které vyžadují pozornost.
Detekce výpadků, oznámení a správa
Úlohy úložiště neodesílají žádná oznámení, pokud dojde k výpadku samotné služby. Je důležité, abyste po obnovení služby nebo oblasti zkontrolovali stav úlohy úložiště a zopakovali úkoly.