Sdílet prostřednictvím

Spolehlivost v Azure DocumentDB

Tento článek obsahuje podrobné informace o regionální odolnosti se zónami dostupnosti a zotavením po havárii mezi oblastmi a provozní kontinuitou pro Azure DocumentDB.

Přehled spolehlivosti architektury v Azure najdete v tématu Spolehlivost Azure.

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.

Pokud chcete získat podporu zóny dostupnosti, musíte povolit vysokou dostupnost (HA).

Vysoká dostupnost (HA) zabraňuje výpadkům databáze tím, že neustále udržuje pohotovostní repliky každé databázové části v clusteru. Pokud dojde k výpadku uzlu, Azure Cosmos DB přepne příchozí připojení z nefunkčního uzlu na pohotovostní repliku.

Pokud je v oblasti podporující zóny dostupnosti povolena vysoká dostupnost (HA), shardy replik HA jsou zřízeny v jiné zóně dostupnosti než jejich primární shardy. Repliky HA nepřijímají požadavky od klientů, pokud jejich primární shard selže.

Pokud je HA deaktivována, každý shard má vlastní místně redundantní úložiště (LRS) se třemi synchronními replikami, které spravuje služba Azure Storage. Pokud dojde k selhání jedné repliky, služba Azure Storage zjistí selhání a transparentně znovu vytvoří relevantní data. Informace o stálosti úložiště LRS najdete v části Souhrn možností redundance. Pokud ale oblast selže, riskujete rozsáhlý výpadek a možnou ztrátu dat.

Vytvořte prostředek s aktivovanými zónami dostupnosti

Pokud chcete povolit zóny dostupnosti, musíte povolit vysokou dostupnost (HA) při vytváření clusteru nebo v části Škálování existujícího clusteru na webu Azure Portal.

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.

Azure DocumentDB neposkytuje integrované automatické překonání selhání ani zotavení po havárii. Plánování vysoké dostupnosti je důležitým krokem při škálování vašeho řešení.

Zotavení po havárii v jednoregionální geografii

Pokud chcete maximalizovat dobu provozu, naplánujte si dopředu provozní kontinuitu a připravte se na zotavení po havárii pomocí Azure DocumentDB.

I když jsou služby Azure navržené tak, aby maximalizovaly dobu provozu, může dojít k neplánovaným výpadkům služeb. Plán zotavení po havárii zajišťuje, že máte zavedenou strategii pro zpracování výpadků regionálních služeb.

Azure DocumentDB automaticky zálohuje vaše data v pravidelných intervalech. Automatické zálohování se provede bez ovlivnění výkonu nebo dostupnosti databázových operací. Všechny zálohy se provádějí automaticky na pozadí a ukládají se odděleně od zdrojových dat ve službě úložiště. Tyto automatické zálohování jsou užitečné ve scénářích, kdy omylem odstraníte nebo upravíte prostředky a později budete potřebovat původní verze.

Automatické zálohování se uchovává v různých intervalech podle toho, jestli je cluster aktuálně aktivní nebo nedávno odstraněný.

Doba uchovávání
Aktivní clustery 35 dnů
Odstraněné clustery 7 dnů

Návrh pro zajištění vysoké dostupnosti

Pro důležité clustery Azure DocumentDB s produkčními úlohami by se měla povolit vysoká dostupnost (HA). V clusteru s podporou vysoké dostupnosti slouží každý shard jako primární společně s aktivní pohotovostní shardou zřízenou v jiné zóně dostupnosti. Replikace mezi primárním a sekundárním shardem je ve výchozím nastavení synchronní. Jakákoli změna databáze se uchovává na primárním i sekundárním shardu (hot-standby) před přijetím odpovědi z databáze.

Služba udržuje zdravotní kontroly a heartbeaty pro každý primární a sekundární shard clusteru. Pokud se primární datový fragment stane nedostupným z důvodu výpadku zóny nebo oblasti, sekundární datový fragment se automaticky povýší na nový primární a pro tento nový primární se vytvoří následný sekundární datový fragment. Pokud sekundární horizontální oddíl přestane být dostupný, služba automaticky vytvoří nový sekundární horizontální oddíl s úplnou kopií dat z primárního oddílu.

Pokud služba spustí převzetí služeb při selhání z primárního do sekundárního segmentu, připojení se bezproblémově automaticky směrují do nového primárního segmentu.

Synchronní replikace mezi primárním a sekundárním fragmentem zaručuje, že nedojde ke ztrátě dat, pokud dojde k převzetí při selhání.

Další kroky

  • Last updated on