Replikering 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 för klusterrepliker i andra regioner för läsåtgärders skalbarhet.
Med replikeringsfunktionen mellan regioner kan du replikera data från ett kluster till ett skrivskyddat kluster i en annan 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 regionavbrott kan du höja upp klusterrepliken i en annan region för att bli det nya skrivskyddade klustret för kontinuerlig drift av MongoDB-databasen. 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 hjälp av klusterläsningsrepliker
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 haveriberedskapsplanen i ett sällsynt fall av avbrott i den primära regionen. Replikeringen är asynkron. Skrivåtgärder på det primära klustrets shard väntar inte på slutförd replikering till motsvarande repliks fragment innan du 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äsåtgärder på klusterrepliker och anslutningssträng
Den globala anslutningssträng i Azure Cosmos DB for MongoDB dirigerar konsekvent skrivningar till det aktiva skrivaktiverade klustret. När du initierar en befordran av replikkluster växlas replikklustret i region B till skrivläge, medan det ursprungliga primära klustret i region A övergår till skrivskyddat. Före befordran riktar sig den globala anslutningssträng mot det primära klustret i region A och uppdateras sedan så att den pekar på region B eftersom den tar på sig 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 egna anslutningssträng.
När du skapar en replik genom att aktivera replikering mellan regioner ä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 främja klusterrepliken i en annan region så att den blir tillgänglig för skrivningar. Under replikhöjningen utförs följande steg:
- Skrivningar på repliken i region B är aktiverade utöver läsningar. Den tidigare repliken blir ett nytt skrivskyddat kluster.
- Det upphöjda replikklustret i region B accepterar skrivningar med dess anslutningssträng och den globala anslutningssträng.
- 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 befordran resultera i att icke-replikerade data inte finns i båda klustren.