Avbrott i tillgänglighetszonen i Azure Cosmos DB för PostgreSQL

  • Artikel

GÄLLER FÖR: Azure Cosmos DB for PostgreSQL (drivs av Citus-databastillägget till PostgreSQL)

Många Azure-regioner har tillgänglighetszoner. Tillgänglighetszoner (AZs) är avgränsade grupper av datacenter inom en region. Tillgänglighetszoner är tillräckligt nära för att ha anslutningar med låg latens till andra tillgänglighetszoner i deras region. De är anslutna via ett högpresterande nätverk med en svarstid på mindre än 2 millisekunder.

Samtidigt är tillgänglighetszonerna tillräckligt långt ifrån varandra för att minska sannolikheten för att fler än en kommer att påverkas av lokala avbrott eller väder. Tillgänglighetszoner har oberoende infrastruktur för ström, kylning och nätverk. De är utformade så att regionala tjänster stöds av de återstående zonerna i olika Azure-tjänster om en zon drabbas av ett avbrott.

Azure Cosmos DB for PostgreSQL stöder tillgänglighetszoner för bättre tillförlitlighet och haveriberedskap. Fördelarna med tillgänglighetszoner varierar beroende på om hög tillgänglighet är aktiverad i ett Azure Cosmos DB for PostgreSQL-kluster.

Avbrottsåterhämtning i tillgänglighetszonen för regionala tjänstkomponenter

Det finns många Azure Cosmos DB for PostgreSQL-tjänstkomponenter i varje Azure-region som stöds och som inte tillhör enskilda kluster utan är ganska viktiga delar av körningen av den hanterade tjänsten. Dessa komponenter tillåter löpande körning av alla hanteringsåtgärder, till exempel ny klusteretablering och skalning av befintliga kluster och alla interna åtgärder, till exempel övervakning av nodhälsa.

När Azure-regionen har stöd för tillgänglighetszoner konfigureras alla dessa tjänstkomponenter som AZ-redundanta. Det innebär att alla Azure Cosmos DB for PostgreSQL-tjänstkomponenter kan upprätthålla avbrott i en AZ, eller med andra ord är motståndskraftiga mot ett enda AZ-avbrott.

Oavsett om ett kluster är konfigurerat med hög tillgänglighet eller inte beror dess pågående åtgärder på dessa tjänstkomponenter. AZ-redundans för tjänstkomponenterna är en viktig del av avbrottsåterhämtningen i tillgänglighetszonen i Azure Cosmos DB för PostgreSQL.

Avbrott i tillgänglighetszonen för kluster med och utan hög tillgänglighet

Alla noder i ett kluster etableras i en tillgänglighetszon. Med önskad AZ-inställning kan du placera alla klusternoder i samma tillgänglighetszon där programmet distribueras. Att ha alla noder i samma AZ garanterar lägre svarstid mellan noderna och förbättrar därmed övergripande klusterprestanda.

När hög tillgänglighet (HA) är aktiverat i ett kluster skapas alla primära noder i en AZ och alla väntelägesnoder etableras i en annan AZ. Noder kan flyttas mellan tillgänglighetszoner under följande händelser:

  • Ett fel inträffar på en primär HA-aktiverad nod. I det här fallet blir den primära nodens vänteläge en ny primär nod och väntelägesnodens AZ blir den nya AZ:n för den primära noden.
  • En schemalagd underhållshändelse inträffar i klustret. I slutet av underhållet kommer alla primära noder i ett kluster att finnas i samma AZ.

Om hög tillgänglighet är aktiverat fortsätter klustret att vara tillgängligt under hela AZ-avbrott med en eventuell redundansväxling på de primära noder som finns i den påverkade AZ.If high availability is enabled to be available throughout AZ outage with a possible failover on those primary nodes that are in the impacted AZ. Om hög tillgänglighet inte är aktiverad i ett kluster skulle endast avbrott i AZ där noder distribueras påverka klustertillgängligheten.

Du kan alltid kontrollera tillgänglighetszonen för varje primär nod med hjälp av Azure-portalen eller med hjälp av programmatiska metoder som REST-API:er.

För att få återhämtningsfördelar med tillgänglighetszoner måste klustret finnas i en av de Azure-regioner där Azure Cosmos DB for PostgreSQL har konfigurerats för AZ-avbrottsåterhämtning.

Nästa steg