Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Hög tillgänglighet i regionen (HA) undviker databasavbrott genom att underhålla väntelägesrepliker av varje shard i ett kluster. Om ett fragment av någon anledning inte svarar, växlar Azure DocumentDB de inkommande anslutningarna från det misslyckade shardet till dess standbyenhet. När failover sker har främjade shards alltid aktuell data via synkron replikering.
Alla primära shards i ett kluster etableras i en tillgänglighetszon (AZ) för bättre latens mellan shardarna. Standby-shards etableras i en annan tillgänglighetszon.
Även utan HA aktiverat har varje shard sin egen lokalt redundanta lagring (LRS) med tre synkrona repliker som underhålls av Azure Storage-tjänsten. Alla tre replikerna finns i klustrets Azure-region. Om det uppstår ett fel med en enskild replik identifierar Azure Storage-tjänsten den och återskapar transparent den misslyckade repliken. Se mått på den här sidan för hållbarhet för LRS-lagring.
När HA är aktiverat kör Azure DocumentDB en standby-shard för varje primär shard i klustret. Varje primär- och standby-shard har samma beräknings- och lagringskonfiguration. Den primära och dess reserv använder synkron replikering. Med den här typen av replikering kan du alltid ha samma data på de primära och vänteläges-shardsna i klustret. I ett nötskal identifierar vår tjänst ett fel på primära shards och redundansväxlar över till standby-shards med noll dataförlust.
Klusteranslutningssträngen förblir alltid densamma oavsett failoverhändelser. Det gör att tjänsten kan abstrahera ändringar i fysiska shards som betjänar begäranden från program.
När hög tillgänglighet i regionen är aktiverat i klustret omfattas varje klustershard av 99,99-% serviceavtal (SLA) för tillgänglighet.
Hög tillgänglighet kan aktiveras när klustret skapas. Hög tillgänglighet kan också aktiveras och inaktiveras när som helst i ett befintligt Azure DocumentDB-kluster. Det finns ingen databasavbrottstid när hög tillgänglighet är aktiverad eller inaktiverad i ett Azure DocumentDB-kluster.
Vad händer under en redundansväxling
Varje shard-redundans består av tre faser: Otillgänglighetsidentifiering, växling till standby-shard och återskapande av standby-shard. Tjänsten utför löpande övervakning av tillgängligheten för varje primär- och väntelägesshard i klustret genom att utföra periodiska hälsokontroller. När hälsokontrollen på ett tillförlitligt sätt anger att shard inte svarade och måste deklareras som misslyckad initieras den faktiska redundansväxlingen (växla) till standby-shard.
Under växlingsfasen omdirigeras databasläsningar och skrivningar till standby-fragmentet. Synkron replikering mellan varje primär- och väntelägesshard säkerställer att standby-shard alltid har samma uppsättning data som dess primära. Det gör att alla redundansväxlingar kan utföras utan dataförlust. Växlingen till vänteläge görs utan stilleståndstid för läsningar. Skrivoperationer kan kräva interna återförsök under växlingsfasen. Dessa återförsök kan uppfattas som skrivtröghet på programsidan.
När shard-redundansväxlingen har slutförts är klustret fullt fungerande. Det sista steget för att återgå till den ursprungliga konfigurationen med hög tillgänglighet är att återskapa standby-shard. Det här standby-fragmentet återskapas utan avbrott eller prestandapåverkan på det primära fragmentet.