Share via

Kluster i Azure Cosmos DB för PostgreSQL

  • Artikel

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

Noder

Med Azure Cosmos DB for PostgreSQL kan PostgreSQL-servrar (kallas noder) samordna med varandra i ett "kluster". Klustrets noder innehåller tillsammans mer data och använder fler CPU-kärnor än vad som skulle vara möjligt på en enskild server. Arkitekturen gör också att databasen kan skalas genom att lägga till fler noder i klustret.

Mer information om typer av noder finns i noder och tabeller.

Nodstatus

Azure Cosmos DB for PostgreSQL visar status för noder i ett kluster på sidan Översikt i Azure-portalen. Varje nod kan ha något av följande statusvärden:

  • Etablering: Inledande nodetablering, antingen som en del av dess klusteretablering eller när en arbetsnod läggs till.
  • Tillgänglig: Noden är i felfritt tillstånd.
  • Behöver uppmärksamhet: Ett problem identifieras på noden. Noden försöker läka sig själv. Om självåterställning misslyckas placeras ett problem i kön för våra tekniker att undersöka.
  • Borttagning: Klusterborttagningen har startats.
  • Inaktiverad: Klustrets Azure-prenumeration förvandlades till Inaktiverade tillstånd. Mer information om prenumerationstillstånd finns på den här sidan.

Nodtillgänglighetszon

Azure Cosmos DB for PostgreSQL visar tillgänglighetszonen för varje nod i ett kluster på sidan Översikt i Azure-portalen. Kolumnen Tillgänglighetszon innehåller antingen namnet på zonen eller -- om noden inte är tilldelad till en zon. (Endast vissa regioner stöder tillgänglighetszoner.)

Med Azure Cosmos DB for PostgreSQL kan du ange en önskad tillgänglighetszon för klustret. Orsaken till det är vanligtvis att placera klusternoder i samma tillgänglighetszon där programmet och resten av programstackens komponenter finns.

Om hög tillgänglighet är aktiverat för klustret och en nod redundansväxlar till ett vänteläge kan det hända att dess tillgänglighetszon skiljer sig från de andra noderna. I det här fallet flyttas noderna tillbaka till samma tillgänglighetszon tillsammans under nästa underhållshändelse.

Nästa steg