Partilhar via

Clusters no Azure Cosmos DB para PostgreSQL

  • Artigo

APLICA-SE A: Azure Cosmos DB para PostgreSQL (alimentado pela extensão de banco de dados Citus para PostgreSQL)

Nós

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

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

Estado do nó

O Azure Cosmos DB para 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, como parte de seu provisionamento de cluster ou quando um nó de trabalho é adicionado.
  • Disponível: O nó está em um estado saudável.
  • Precisa de atenção: um problema é detetado no nó. O nó está tentando se auto-curar. Se a autorrecuperação falhar, um problema é colocado na fila para nossos engenheiros investigarem.
  • Descartagem: A exclusão do cluster foi iniciada.
  • Desabilitado: a assinatura do Azure do cluster se transformou em estados Desabilitados. Para obter mais informações sobre estados de assinatura, consulte esta página.

Zona de disponibilidade do nó

O Azure Cosmos DB para PostgreSQL exibe a zona de disponibilidade de cada nó em um cluster na página 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. (Apenas algumas regiões suportam zonas de disponibilidade.)

O Azure Cosmos DB para PostgreSQL permite definir uma zona de disponibilidade preferencial para cluster. Normalmente, a razão para isso é colocar nós de cluster na mesma zona de disponibilidade onde o aplicativo e o restante dos componentes da pilha de aplicativos estão.

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

Próximos passos