Ajánlott eljárások régiók közötti és azonos régiók közötti replikációhoz az Azure DocumentDB-ben

Ez a cikk az Azure DocumentDB régióközi vészhelyreállítását (DR) ismerteti. Az olvasási műveletek méretezhetősége érdekében az ugyanazon vagy más Azure-régióban található replikafürtök olvasási képességeit is ismerteti.

A replikációs funkcióval adatokat replikálhat egy fürtből egy írásvédett fürtre egy másik vagy ugyanabban az Azure-régióban. A replikák aszinkron replikációs technológiával frissülnek. Az elsődleges Azure DocumentDB-fürt számára elhelyezhet egy fürtreplikát egy Ön által választott másik régióban. Ritka régiókimaradás esetén előléptetheti a fürtreplikát egy másik régióban, hogy a MongoDB-adatbázis folyamatos működéséhez az új írás-olvasási fürt legyen. Előfordulhat, hogy az alkalmazások továbbra is ugyanazokat a kapcsolati karakterláncokat használják, miután a fürtreplikát előléptetik egy másik régióban, hogy az új elsődleges fürt legyen.

A replikák új, Ön által kezelt fürtök, amelyek hasonlítanak a hagyományos fürtökhöz. A díj minden olvasási replika esetén a virtuális magok kiosztott számítási feladatain és a GiB/hó alapon megszabott tárhelyen alapul. A replikafürtök számítási és tárolási költségei ugyanazzal a struktúrával rendelkeznek, mint azon Azure-régió szokásos fürtjei és árai, ahol létrehozzák őket.

Replikafürtök használatával végzett vészhelyreállítás

A régiók közötti replikáció az Azure üzletmenet-folytonossági és vészhelyreállítási (BCDR) stratégiájának számos fontos pillére közé tartozik. A régiók közötti replikáció aszinkron módon replikálja ugyanazokat az alkalmazásokat és adatokat más Azure-régiókban vészhelyreállítási védelem céljából. Nem minden Azure-szolgáltatás replikálja automatikusan az adatokat, vagy automatikusan visszaesik egy meghibásodott régióból egy másik engedélyezett régióba történő keresztreplikáláshoz. Az Azure DocumentDB lehetővé teszi egy fürtreplika létrehozását egy másik régióban, és az elsődleges fürtre írt adatok automatikusan replikálhatók az adott replikára. Ha az elsődleges régióban kimaradás van, manuálisan kell elindítani a fürtreplikára való visszalépést.

Ha egy Azure DocumentDB-fürtön engedélyezve van a régiók közötti replikáció, a rendszer minden szegmenst folyamatosan replikál egy másik régióba. Ez a replikáció a kijelölt régióban lévő adatok replikáját tartja karban. Az ilyen replika készen áll a vészhelyreállítási terv részeként való használatra az elsődleges régió kimaradásának ritka eseteiben. A replikáció aszinkron. Az elsődleges fürt szegmensén végzett írási műveletek nem várnak a megfelelő replika szegmensére történő befejezett replikációra, mielőtt sikeres írást küldenek. Az aszinkron replikáció segít elkerülni a megnövekedett késleltetést az elsődleges fürt írási műveletei során.

Folyamatos írási műveletek, olvasási műveletek klónokon, és kapcsolati láncok.

Az Azure DocumentDB globális olvasási-írási kapcsolati sztringje folyamatosan irányítja az írásokat az aktív írást támogató fürtre. A replikafürt előléptetésének indításakor a B régióban lévő replikafürt írási módra vált, míg az A régióban lévő eredeti elsődleges fürt csak olvasási módba lép. Az előléptetés előtt a globális írási-írási kapcsolati sztring az A régióban lévő elsődleges fürtöt célozza meg, majd a frissítés a B régióra mutat, mivel írási feladatokat vállal. A globális olvasási-írási kapcsolati sztring használó alkalmazások esetében az írási műveletek zökkenőmentesen folytatódnak az előléptetési folyamat során, fenntartva a folyamatos adatfolyamot.

A replikafürtök olvasásra is elérhetők. Segít az intenzív olvasási műveletek kiszervezésében az elsődleges fürtből, vagy csökkenti az olvasási műveletek késését a replikációs régióhoz közelebb található ügyfeleknek. Ha a régiók közötti replikáció engedélyezve van, az alkalmazások használhatják a replikafürt saját kapcsolati karakterláncot az olvasások elvégzéséhez a fürtreplikából. Az elsődleges fürt saját saját kapcsolati sztring használatával érhető el olvasási és írási műveletekhez.

Ha régiók közötti vagy régióközi replikáció engedélyezésével hoz létre replikát, az nem örökli a hálózati beállításokat, például az elsődleges fürt tűzfalszabályait. Ezeket a beállításokat egymástól függetlenül kell beállítani a replikához. A replika örökli az adminisztrátori fiókot az elsődleges klasztertől. A felhasználói fiókokat az elsődleges fürtön kell felügyelni. Az elsődleges fürthöz és a replikafürthöz ugyanazokkal a felhasználói fiókokkal csatlakozhat.

Replikafürt előléptetése

Ha régiókimaradás történik, vészhelyreállítási műveletet hajthat végre úgy, hogy előlépteti a fürtreplikát egy másik régióban, hogy elérhetővé váljon az írásokhoz. A replika előléptetési művelete során a következő lépések történnek:

1. A replikára írás a B régióban az olvasások mellett engedélyezve van. A korábbi replika új írás-olvasás fürt lesz.
2. A B régióban előléptetett replikafürt a kapcsolati sztring és a globális olvasási-írási kapcsolati sztring használatával fogad írásokat.
3. Az A régióban lévő fürt írásvédettre van állítva, és megtartja a kapcsolati karakterláncát.

Fontos

Mivel a replikáció aszinkron, előfordulhat, hogy az A régióban lévő fürt egyes adatai nem lesznek replikálva a B régióba a B régió fürtreplikája előléptetésekor. Ha igen, az előléptetés azt eredményezné, hogy a nem másolt adatok nincsenek jelen mindkét fürtön.

Hitelesítési módszerek replikaklasztereken

A hitelesítési módszerek az elsődleges és replikaklásztereken egymástól függetlenül kezelhetők. A felhasználókat és más biztonsági entitásokat, például a felügyelt identitásokat mindig az elsődleges fürt kezeli, azokat pedig szinkronizálja a replikafürtre.

Ha az elsődleges fürt natív DocumentDB hitelesítési módszere le van tiltva a replikafürt létrehozásakor, a natív DocumentDB-hitelesítés engedélyezése a replikán nem engedélyezett. Ahhoz, hogy natív DocumentDB-hitelesítést engedélyezhessen egy ilyen replikán, először elő kell léptetni.

Kapcsolódó tartalom

• Megtudhatja, hogyan engedélyezheti a replikációt és fejlesztheti a replikafürtöt
• Replikációs korlátozások és korlátozások megtekintése
• A régiók közötti replikációval kapcsolatos probléma megoldásához tekintse meg ezt a hibaelhárítási útmutatót.
• A megbízhatóság ismertetése az Azure DocumentDB-ben