Megosztás a következőn keresztül:

Megbízhatóság az Azure Cosmos DB for MongoDB virtuális magban

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: MongoDB virtuális mag

Ez a cikk részletes információkat tartalmaz a rendelkezésre állási zónákkal és régiók közötti vészhelyreállítással és üzletmenet-folytonossággal kapcsolatos regionális rugalmasságról a MongoDB virtuális maghoz készült Azure Cosmos DB-hez.

Az Azure megbízhatóságának architekturális áttekintéséért tekintse meg az Azure megbízhatóságát.

Rendelkezésre állási zóna támogatása

Az Azure rendelkezésre állási zónái legalább három fizikailag különálló adatközpont-csoport az egyes Azure-régiókban. Az egyes zónákban lévő adatközpontok független energiaellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Helyi zónahiba esetén a rendelkezésre állási zónák úgy vannak kialakítva, hogy az egy zóna érintettsége esetén a fennmaradó két zóna támogassa a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.

A hibák a szoftver- és hardverhibáktól az olyan eseményekig terjedhetnek, mint a földrengések, árvizek és tűzesetek. A hibáktól való tolerancia az Azure-szolgáltatások redundanciával és logikai elkülönítésével érhető el. Az Azure-beli rendelkezésre állási zónákkal kapcsolatos részletesebb információkért tekintse meg a Régiók és a rendelkezésre állási zónák című témakört.

Az Azure rendelkezésre állási zónákkal kompatibilis szolgáltatások a megfelelő megbízhatósági és rugalmassági szintet biztosítják. Ezek kétféleképpen konfigurálhatók. Ezek lehetnek zónaredundánsak, a zónák közötti automatikus replikációval vagy a zónák közötti automatikus replikációval, egy adott zónába rögzített példányokkal. Ezeket a megközelítéseket kombinálhatja is. A zónaredundáns és a zónaredundáns architektúráról további információt a rendelkezésre állási zónák és régiók használatára vonatkozó javaslatok című témakörben talál.

A rendelkezésre állási zónák támogatásának megszerzéséhez engedélyeznie kell a magas rendelkezésre állást (HA).

A HA a fürt minden szegmensének készenléti replikáinak karbantartásával elkerüli az adatbázis állásidejét. Ha egy szegmens leáll, az Azure Cosmos DB for MongoDB vCore a sikertelen szegmensből a készenléti replikára váltja a bejövő kapcsolatokat.

Ha a HA engedélyezve van egy olyan régióban, amely támogatja a rendelkezésre állási zónákat, a HA replika szegmensei az elsődleges szegmensektől eltérő rendelkezésre állási zónában vannak kiépítve. A HA-replikák csak akkor kapnak kéréseket az ügyfelektől, ha az elsődleges szegmensük meghiúsul.

Ha a HA le van tiltva, minden szegmens saját helyileg redundáns tárolóval (LRS) rendelkezik az Azure Storage szolgáltatás által karbantartott három szinkron replikával. Egyetlen replikahiba esetén az Azure Storage szolgáltatás észleli a hibát, és transzparensen újra létrehozza a releváns adatokat. Az LRS-tároló tartósságát a redundancia beállításainak összegzése című témakörben tekinti meg. Régióhiba esetén azonban fennáll a kiterjedt állásidő és az esetleges adatvesztés kockázata.

Erőforrás létrehozása engedélyezett rendelkezésre állási zónákkal

A rendelkezésre állási zónák engedélyezéséhez engedélyeznie kell a magas rendelkezésre állást (HA) fürt létrehozásakor vagy egy meglévő fürt Méretezés szakaszában az Azure Portalon.

Régiók közötti vészhelyreállítás és üzletmenet-folytonosság

A vészhelyreállítás (DR) a nagy hatású események, például a természeti katasztrófák vagy az állásidőt és adatvesztést eredményező sikertelen üzemelő példányok helyreállításáról szól. A katasztrófa okától függetlenül a legjobb megoldás egy jól definiált és tesztelt DR-terv, valamint egy olyan alkalmazásterv, amely aktívan támogatja a DR-t. Mielőtt elkezdene gondolkodni a vészhelyreállítási terv létrehozásáról, tekintse meg a vészhelyreállítási stratégia tervezésére vonatkozó javaslatokat.

A DR-ről a Microsoft a megosztott felelősségi modellt használja. Egy megosztott felelősségi modellben a Microsoft biztosítja, hogy az alapinfrastruktúra és a platformszolgáltatások elérhetők legyenek. Ugyanakkor számos Azure-szolgáltatás nem replikálja automatikusan az adatokat, vagy egy meghibásodott régióból visszaesik egy másik engedélyezett régióba történő keresztreplikáláshoz. Ezekért a szolgáltatásokért Ön felel a számítási feladathoz használható vészhelyreállítási terv beállításáért. Az Azure-platformon szolgáltatásként (PaaS) futó szolgáltatások többsége funkciókkal és útmutatással támogatja a DR-t, és szolgáltatásspecifikus funkciókkal támogatja a gyors helyreállítást a dr. csomag fejlesztéséhez.

Az Azure Cosmos DB for MongoDB virtuális mag nem biztosít beépített automatikus feladatátvételt vagy vészhelyreállítást. A magas rendelkezésre állás tervezése kritikus lépés a megoldás skálázása során.

Vészhelyreállítás egyrégiós földrajzi területen

Az üzemidő maximalizálása érdekében tervezze meg előre az üzletmenet folytonosságát, és készüljön fel a vészhelyreállításra az Azure Cosmos DB for MongoDB virtuális maggal.

Bár az Azure-szolgáltatások úgy vannak kialakítva, hogy maximalizálják az üzemidőt, előfordulhatnak nem tervezett szolgáltatáskimaradások. A vészhelyreállítási terv biztosítja, hogy rendelkezik a regionális szolgáltatáskimaradások kezelésére vonatkozó stratégiával.

A MongoDB-hez készült Azure Cosmos DB virtuális mag rendszeres időközönként automatikusan biztonsági másolatot készít az adatokról. Az automatikus biztonsági mentések az adatbázis-műveletek teljesítményét vagy rendelkezésre állását nem befolyásolják. A rendszer automatikusan elvégzi az összes biztonsági mentést a háttérben, és a tárolási szolgáltatás forrásadataitól elkülönítve tárolja őket. Ezek az automatikus biztonsági mentések akkor hasznosak, ha véletlenül törli vagy módosítja az erőforrásokat, és később szükség van az eredeti verziókra.

Az automatikus biztonsági mentések különböző időközönként megmaradnak attól függően, hogy a fürt jelenleg aktív vagy nemrég lett-e törölve.

Megőrzési időszak
Aktív fürtök 35 nap
Törölt fürtök 7 nap

Tervezés magas rendelkezésre álláshoz

A magas rendelkezésre állást (HA) engedélyezni kell az éles számítási feladatokat futtató, mongoDB vCore-fürtökhöz készült kritikus Azure Cosmos DB-hez. Ha-kompatibilis fürtökben minden szegmens elsődlegesként szolgál, valamint egy másik rendelkezésre állási zónában kiépített készenléti szegmenst. Az elsődleges és a másodlagos szegmens közötti replikáció alapértelmezés szerint szinkron. Az adatbázis minden módosítása az elsődleges és a másodlagos (készenléti) szegmensen is megmarad, mielőtt az adatbázis válasza érkezik.

A szolgáltatás állapotellenőrzéseket és szívveréseket tart fenn a fürt minden elsődleges és másodlagos szegmensében. Ha egy elsődleges szegmens zóna vagy regionális kimaradás miatt elérhetetlenné válik, a rendszer automatikusan előlépteti a másodlagos szegmenst az új elsődlegesként, és egy későbbi másodlagos szegmenst hoz létre az új elsődleges számára. Ezenkívül ha egy másodlagos szegmens elérhetetlenné válik, a szolgáltatás automatikusan létrehoz egy új másodlagos szegmenst az elsődleges adatok teljes másolatával.

Ha a szolgáltatás feladatátvételt indít el az elsődlegesről a másodlagos szegmensre, a rendszer zökkenőmentesen irányítja a kapcsolatokat a fedelek alatt az új elsődleges szegmensre.

Az elsődleges és a másodlagos szegmensek közötti szinkron replikáció nem garantálja az adatvesztést feladatátvétel esetén.

Következő lépések