Condividi tramite

Cluster in Azure Cosmos DB for PostgreSQL

  • Articolo

SI APPLICA A: Azure Cosmos DB for PostgreSQL (basato su estensione database Citus per PostgreSQL)

Nodi

Azure Cosmos DB for PostgreSQL consente ai server PostgreSQL (denominati nodi) di coordinarsi tra loro in un "cluster". I nodi del cluster contengono collettivamente più dati e usano più core CPU di quanto sarebbe possibile in un singolo server. L'architettura inoltre consente al database di dimensionare aggiungendo altri nodi al cluster.

Per altre informazioni sui tipi di nodi, vedere nodi e tabelle.

Stato del nodo

Azure Cosmos DB for PostgreSQL visualizza lo stato dei nodi in un cluster nella pagina di panoramica del portale di Azure. Ogni nodo può avere uno di questi valori di stato:

  • Provisioning: effettuare il provisioning iniziale dei nodi, come parte del provisioning del cluster o quando viene aggiunto un nodo di lavoro.
  • Disponibile: il nodo è in uno stato di integrità.
  • Richiesta attenzione: è stato rilevato un problema nel nodo. Il nodo sta tentando di ripararsi automaticamente. Se la riparazione automatica ha esito negativo, viene inserito un problema nella coda per consentire ai tecnici di indagare.
  • Eliminazione: eliminazione del cluster avviata.
  • Disabilitato: la sottoscrizione di Azure del cluster è passata a Stati disabilitati. Per altre informazioni sugli stati della sottoscrizione, vedere questa pagina.

Zona di disponibilità nodo

Azure Cosmos DB for PostgreSQL visualizza la zona di disponibilità di ciascun nodo in un cluster nella pagina di Panoramica del portale di Azure. La colonna Zona di disponibilità contiene il nome della zona o -- se il nodo non è assegnato a una zona. (solo determinate aree supportano le zone di disponibilità).

Azure Cosmos DB for PostgreSQL consente di impostare una zona di disponibilità preferita per il cluster. In genere, il motivo è perché necessario inserire i nodi del cluster nella stessa zona di disponibilità in cui si trovano l'applicazione e il resto dei componenti dello stack di applicazioni.

Se per il cluster è abilitata la disponibilità elevata e un nodo effettua il failover in standby, è possibile che la relativa zona di disponibilità sia diversa dagli altri nodi. In questo caso, i nodi verranno spostati insieme nuovamente nella stessa zona di disponibilità al successivo evento di manutenzione.

Passaggi successivi