Sdílet prostřednictvím

Replikace mezi oblastmi ve službě Azure Cosmos DB pro virtuální jádro MongoDB

  • Článek

PLATÍ PRO: Virtuální jádro MongoDB

Tento článek popisuje zotavení po havárii napříč oblastmi (DR) pro azure Cosmos DB pro virtuální jádro MongoDB. Zahrnuje také možnosti čtení replik clusteru v jiných oblastech pro zajištění škálovatelnosti operací čtení.

Funkce replikace mezi oblastmi umožňuje replikovat data z clusteru do clusteru jen pro čtení v jiné oblasti Azure. Repliky se aktualizují pomocí technologie asynchronní replikace. Pro primární cluster Azure Cosmos DB pro virtuální jádro MongoDB můžete mít jednu repliku clusteru v jiné oblasti. Ve výjimečných případech výpadku oblasti můžete zvýšit úroveň repliky clusteru v jiné oblasti, aby se stal novým clusterem pro čtení i zápis pro průběžný provoz databáze MongoDB. Aplikace můžou po povýšení repliky clusteru v jiné oblasti dál používat stejné připojovací řetězec, aby se stal novým primárním clusterem.

Repliky jsou nové clustery, které se spravují podobně jako běžné clustery. Za každou repliku pro čtení se vám účtuje zřízený výpočetní výkon ve virtuálních jádrech a úložiště v GiB za měsíc. Náklady na výpočetní prostředky a úložiště pro clustery replik mají stejnou strukturu jako běžné clustery a ceny oblasti Azure, ve které se vytvářejí.

Zotavení po havárii pomocí replik pro čtení clusteru

Replikace mezi oblastmi je jedním z několika důležitých pilířů strategie provozní kontinuity a zotavení po havárii Azure (BCDR). Replikace mezi oblastmi asynchronně replikuje stejné aplikace a data napříč ostatními oblastmi Azure pro ochranu zotavení po havárii. Ne všechny služby Azure automaticky replikují data nebo automaticky přejdou z oblasti, která selhala, aby se mezi replikovala do jiné povolené oblasti. Virtuální jádro Služby Azure Cosmos DB pro MongoDB nabízí možnost vytvořit repliku clusteru v jiné oblasti a mít data zapsaná do primárního clusteru replikovaná do této repliky automaticky. Pokud dojde k výpadku v primární oblasti, musí být náhradní replika clusteru inicializována ručně.

Pokud je v clusteru virtuálních jader Azure Cosmos DB pro MongoDB povolená replikace mezi oblastmi, každý horizontální oddíl se průběžně replikuje do jiné oblasti. Tato replikace udržuje repliku dat ve vybrané oblasti. Tato replika je připravená k použití jako součást plánu zotavení po havárii ve výjimečných případech výpadku primární oblasti. Replikace je asynchronní. Operace zápisu v horizontálním oddílu primárního clusteru nečeká na dokončenou replikaci do odpovídajícího oddílu repliky před odesláním potvrzení úspěšného zápisu. Asynchronní replikace pomáhá vyhnout se zvýšeným latencím operací zápisu v primárním clusteru.

Průběžné zápisy, operace čtení na replikách clusteru a připojovací řetězec

Globální připojovací řetězec pro čtení a zápis ve službě Azure Cosmos DB pro MongoDB konzistentně směruje zápisy do aktivního clusteru s podporou zápisu. Při zahájení povýšení clusteru repliky se cluster repliky v oblasti B přepne do režimu zápisu, zatímco původní primární cluster v oblasti A přejde na jen pro čtení. Před povýšení globální připojovací řetězec čtení a zápisu cílí na primární cluster v oblasti A a pak aktualizuje bod na oblast B, protože předpokládá odpovědnost za zápis. U aplikací, které používají globální připojovací řetězec pro čtení i zápis, operace zápisu plynule pokračují v procesu povýšení a udržují nepřerušovaný tok dat.

Clustery replik jsou také k dispozici pro čtení. Pomáhá snižovat náročné operace čtení z primárního clusteru nebo poskytovat nižší latenci operací čtení klientům umístěným blíže k oblasti replikace. Pokud je povolená replikace mezi oblastmi, můžou aplikace k provádění čtení z repliky clusteru použít samoobslužné připojovací řetězec. Primární cluster je k dispozici pro operace čtení a zápisu pomocí vlastní připojovací řetězec.

Snímek obrazovky clusteru připojovací řetězec clusteru Azure Cosmos DB pro MongoDB (vCore), včetně globálního připojovací řetězec pro čtení a zápisu do vlastní připojovací řetězec

Když vytvoříte repliku povolením replikace mezi oblastmi, nezdědí nastavení sítě, jako jsou pravidla brány firewall primárního clusteru. Tato nastavení musí být pro repliku nastavená nezávisle. Replika dědí účet správce z primárního clusteru. Uživatelské účty je potřeba spravovat v primárním clusteru. Ke primárnímu clusteru a clusteru repliky se můžete připojit pomocí stejných uživatelských účtů.

Povýšení clusteru repliky

Pokud dojde k výpadku oblasti, můžete provést operaci zotavení po havárii zvýšením úrovně repliky clusteru v jiné oblasti, aby byla k dispozici pro zápisy. Během operace povýšení repliky dochází k těmto krokům:

  1. Zápisy na repliku v oblasti B jsou kromě čtení povolené. Bývalá replika se stane novým clusterem pro čtení i zápis.
  2. Upřednostněný cluster repliky v oblasti B přijímá zápisy pomocí připojovací řetězec a globálního připojovací řetězec pro čtení i zápis.
  3. Cluster v oblasti A je nastavený na jen pro čtení a udržuje jeho připojovací řetězec.

Důležité

Vzhledem k tomu, že replikace je asynchronní, nemusí se některá data z clusteru v oblasti A replikovat do oblasti B, když se zvýší úroveň repliky clusteru v oblasti B. Pokud tomu tak je, povýšení by vedlo k tomu, že se nereplikovaná data nenachází v obou clusterech.

Související obsah