Clusters no Azure Cosmos DB for PostgreSQL

  • Artigo

APLICA-SE AO: Azure Cosmos DB for PostgreSQL (da plataforma da extensão de dados Citus para PostgreSQL)

Nós

O Azure Cosmos DB for PostgreSQL permite que servidores PostgreSQL (chamados de nós) coordenem-se entre si em um "grupo cluster". Os nós do cluster, coletivamente, têm mais dados e usam mais núcleos de CPU do que seria possível em apenas um servidor. A arquitetura também permite que o banco de dados seja dimensionado adicionando mais nós ao grupo de servidores.

Para saber mais sobre os tipos de nós, confira nós e tabelas.

Status do nó

O Azure Cosmos DB for PostgreSQL exibe o status dos nós em um cluster na página Visão geral no portal do Azure. Cada nó pode ter um destes valores de status:

  • Provisionamento: provisionamento de nó inicial, seja como parte do provisionamento do cluster desse nó ou quando um nó de trabalho é adicionado.
  • Disponível: o nó está em um estado íntegro.
  • Precisa de atenção: um problema foi detectado no nó. O nó está tentando se autorrecuperar. Se a recuperação automática falhar, um problema será colocado na fila para que nossos engenheiros investiguem.
  • Descarte: a exclusão do cluster foi iniciada.
  • Desabilitado: os estados na assinatura do Azure do cluster se tornaram Desabilitados. Para obter mais informações sobre estados de assinatura, confira esta página.

Zona de disponibilidade de nós

O Azure Cosmos DB for PostgreSQL exibe a zona de disponibilidade de cada nó em um cluster na página de visão geral no portal do Azure. A coluna Zona de disponibilidade contém o nome da zona ou -- se o nó não estiver atribuído a uma zona. (Somente determinadas regiões oferecem suporte às zonas de disponibilidade).

O Azure Cosmos DB for PostgreSQL permite-lhe definir uma zona de disponibilidade preferencial para o cluster. Normalmente, o motivo para isso é colocar os nós do cluster na mesma zona de disponibilidade em que estão o aplicativo e o restante dos componentes da pilha de aplicativos.

Se a alta disponibilidade estiver habilitada para o cluster e um nó fizer failover em espera, você poderá ver que sua zona de disponibilidade é diferente dos outros nós. Nesse caso, os nós serão movidos novamente para a mesma zona de disponibilidade juntos durante o próximo evento de manutenção.

Próximas etapas