Dela via

Replikering inom samma region och mellan regioner i Azure Cosmos DB för MongoDB vCore

  • Gäller för: ✅ MongoDB (vCore)

I den här artikeln beskrivs haveriberedskap mellan regioner (DR) för Azure Cosmos DB för MongoDB vCore. Den omfattar även läsfunktioner i replikkluster i samma eller andra Azure-regioner för läsåtgärders skalbarhet.

Med replikeringsfunktionen kan du replikera data från ett kluster till ett skrivskyddat kluster i en annan eller samma Azure-region. Repliker uppdateras med asynkron replikeringsteknik. Du kan ha en klusterreplik i en annan region för det primära Azure Cosmos DB for MongoDB vCore-klustret. I sällsynta fall av regionalt avbrott kan du främja klusterrepliken i en annan region för att bli det nya läs- och skrivklustret för fortsatt drift av din MongoDB-databas. Program kan fortsätta att använda samma anslutningssträng efter att klusterrepliken i en annan region har befordrats till det nya primära klustret.

Repliker är nya kluster som du hanterar ungefär på samma sätt som vanliga kluster. För varje skrivskyddad replik som du skapar faktureras du för den etablerade beräkningen i virtuella kärnor och i lagring i GiB/månad. Beräknings- och lagringskostnaderna för replikkluster har samma struktur som de vanliga klustren och priserna för den Azure-region där de skapas.

Haveriberedskap med replikkluster

Replikering mellan regioner är en av flera viktiga grundpelare i BCDR-strategin (Affärskontinuitet och haveriberedskap i Azure). Replikering mellan regioner replikerar asynkront samma program och data i andra Azure-regioner för haveriberedskapsskydd. Alla Azure-tjänster replikerar inte data automatiskt eller återgår automatiskt från en misslyckad region för att korsreparera till en annan aktiverad region. Azure Cosmos DB for MongoDB vCore ger ett alternativ för att skapa en klusterreplik i en annan region och få data skrivna på det primära klustret som replikeras till repliken automatiskt. Återställningen till klusterrepliken om det uppstår ett avbrott i den primära regionen måste initieras manuellt.

När replikering mellan regioner är aktiverad i ett Azure Cosmos DB för MongoDB vCore-kluster replikeras varje shard kontinuerligt till en annan region. Den här replikeringen underhåller en replik av data i den valda regionen. En sådan replik är redo att användas som en del av katastrofåterställningsplanen vid ett sällsynt fall av avbrott i den primära regionen. Replikeringen är asynkron. Skrivåtgärder på det primära klustrets fragment väntar inte på att replikeringen till motsvarande replicas fragment är slutförd innan det skickar en bekräftelse på en lyckad skrivning. Asynkron replikering hjälper till att undvika ökade svarstider för skrivåtgärder i det primära klustret.

Kontinuerliga skrivningar, läsoperationer på klusterreplikor och anslutningssträngar

Den globala anslutningssträng i Azure Cosmos DB for MongoDB dirigerar konsekvent skrivningar till det aktiva skrivaktiverade klustret. När du initierar en uppgradering av replikklustret ändras replikklustret i region B till skrivläge, medan det ursprungliga primära klustret i region A ändras till endast läsbar. Innan uppgradering riktar sig den globala anslutningssträngen mot det primära klustret i region A och uppdateras sedan för att peka på region B när det tar över skrivansvaret. För program som använder den globala anslutningssträng för läs- och skrivåtgärder fortsätter skrivåtgärderna sömlöst under hela befordran, vilket upprätthåller ett oavbrutet dataflöde.

Replikkluster är också tillgängliga för läsningar. Det hjälper till att avlasta intensiva läsåtgärder från det primära klustret eller ger kortare svarstid för läsåtgärder till klienter som ligger närmare replikeringsregionen. När replikering mellan regioner är aktiverat kan program använda replikklustret själv anslutningssträng för att utföra läsningar från klusterrepliken. Det primära klustret är tillgängligt för läs- och skrivåtgärder med egen anslutningssträng.

Skärmbild av klustret anslutningssträng ett Azure Cosmos DB for MongoDB-kluster (vCore), inklusive globala anslutningssträng och själv anslutningssträng.

När du skapar en replik genom att aktivera replikering mellan regioner eller samma region ärver den inte nätverksinställningar, till exempel brandväggsregler för det primära klustret. De här inställningarna måste konfigureras separat för repliken. Repliken ärver administratörskontot från det primära klustret. Användarkonton måste hanteras i det primära klustret. Du kan ansluta till det primära klustret och dess replikkluster med samma användarkonton.

Befordran av replikkluster

Om ett regionavbrott inträffar kan du utföra en haveriberedskapsåtgärd genom att uppgradera klusterrepliken i en annan region så att den kan användas för skrivningar. Under replikhöjningen utförs följande steg:

  1. Skrivningar på repliken i region B är tillåtna förutom läsningar. Den tidigare repliken blir ett nytt läs-skrivkluster.
  2. Det upphöjda replikklustret i region B accepterar skrivningar via dess anslutningssträng och den globala läs- och skrivanslutningssträngen.
  3. Klustret i region A är skrivskyddat och behåller sina anslutningssträng.

Viktigt!

Eftersom replikeringen är asynkron kanske vissa data från klustret i region A inte replikeras till region B när klusterrepliken i region B befordras. I så fall skulle främjandet resultera i att data som inte har replikerats inte finns i båda klustren.

Autentiseringsmetoder i replikkluster

Autentiseringsmetoder hanteras oberoende av de primära klustren och replikkluster. Användare och andra säkerhetsobjekt, till exempel hanterade identiteter, hanteras alltid i det primära klustret och synkroniseras till replikklustret.

Om det primära klustret har den interna DocumentDB-autentiseringsmetoden inaktiverad när replikklustret skapas, är det inte tillåtet att aktivera intern DocumentDB-autentisering på repliken. Om du vill aktivera intern DocumentDB-autentisering på en sådan replik måste den först uppgraderas.

Relaterat innehåll