Partilhar via

Resiliência a interrupções nas zonas de disponibilidade no Azure Cosmos DB para PostgreSQL

  • Aplica-se a: ✅ PostgreSQL

Importante

O Azure Cosmos DB para PostgreSQL não tem mais suporte para novos projetos. Não use este serviço para novos projetos. Em vez disso, use um destes dois serviços:

  • Use o Azure Cosmos DB para NoSQL para obter uma solução de banco de dados distribuído projetada para cenários de alta escala com um SLA (contrato de nível de serviço) de disponibilidade de 99.999%, dimensionamento automático instantâneo e failover automático em várias regiões.

  • Use a funcionalidade de Clusters Elásticos do Azure para PostgreSQL para PostgreSQL fragmentado, utilizando a extensão Citus de código aberto.

Muitas regiões do Azure têm zonas de disponibilidade. As zonas de disponibilidade (AZs) são grupos separados de datacenters dentro de uma região. As zonas de disponibilidade são próximas o suficiente para ter conexões de baixa latência com outras zonas de disponibilidade dentro de sua região. Eles são conectados por uma rede de alto desempenho com uma latência de ida e volta de menos de 2 milissegundos.

Ao mesmo tempo, as zonas de disponibilidade estão suficientemente afastadas para reduzir a probabilidade de que mais de uma seja afetada por interrupções locais ou pelo clima. As zonas de disponibilidade têm infraestruturas independentes de energia, refrigeração e rede. Eles são projetados para que, se uma zona sofrer uma interrupção, os serviços regionais sejam suportados pelas zonas restantes em vários serviços do Azure.

O Azure Cosmos DB para PostgreSQL dá suporte a zonas de disponibilidade para maior confiabilidade e recuperação de desastres. As vantagens das zonas de disponibilidade variam dependendo se a alta disponibilidade está habilitada em um cluster do Azure Cosmos DB para PostgreSQL.

Resiliência a interrupções na zona de disponibilidade para componentes de serviço regionais

Há muitos componentes de serviço do Azure Cosmos DB para PostgreSQL em cada região do Azure com suporte que não pertencem a clusters individuais, mas são partes críticas da execução do serviço gerenciado. Esses componentes permitem a execução contínua de todas as operações de gerenciamento, como o provisionamento e o dimensionamento de novos clusters existentes, e todas as operações internas, como o monitoramento da integridade do nó.

Quando a região do Azure dá suporte a zonas de disponibilidade, todos esses componentes de serviço são configurados para serem redundantes AZ. Isso significa que todos os componentes de serviço do Azure Cosmos DB para PostgreSQL podem manter-se operacionais em caso de falha de uma Zona de Disponibilidade (AZ), ou seja, são resilientes a uma única interrupção de Zona de Disponibilidade.

Quer um cluster esteja configurado com alta disponibilidade ou não, suas operações contínuas dependem desses componentes de serviço. A redundância AZ dos componentes de serviço é um elemento crítico da resiliência a interrupções da zona de disponibilidade no Azure Cosmos DB para PostgreSQL.

Impacto da interrupção da zona de disponibilidade em clusters com e sem alta disponibilidade

Todos os nós num cluster são provisionados numa zona de disponibilidade. A configuração AZ preferida permite colocar todos os nós do cluster na mesma zona de disponibilidade em que o aplicativo é implantado. Ter todos os nós na mesma AZ garante menor latência entre os nós, melhorando assim o desempenho geral do cluster.

Quando a alta disponibilidade (HA) é habilitada em um cluster, todos os nós primários são criados em uma AZ e todos os nós em espera são provisionados em outra AZ. Os nós podem mover-se entre zonas de disponibilidade durante os seguintes eventos:

  • Ocorre uma falha num nó primário com suporte para alta disponibilidade (HA). Neste caso, o nó de espera do nó primário tornar-se-á um novo nó primário e a Zona de Disponibilidade do nó de espera será a nova Zona de Disponibilidade para esse nó primário.
  • Um evento de manutenção agendada acontece no cluster. No final da manutenção, todos os nós primários em um cluster estarão no mesmo AZ.

Se a alta disponibilidade estiver habilitada, o cluster continuará disponível durante a interrupção da AZ com um possível failover nos nós primários que estão na AZ afetada. Se a alta disponibilidade não estiver habilitada num cluster, só a interrupção no AZ onde os nós são implementados afetará a disponibilidade do cluster.

Você sempre pode verificar a zona de disponibilidade para cada nó primário usando o portal do Azure ou usando métodos programáticos, como APIs REST.

Para obter os benefícios de resiliência das zonas de disponibilidade, seu cluster precisa estar em uma das regiões do Azure onde o Azure Cosmos DB para PostgreSQL está configurado para resiliência de interrupção AZ.

Próximos passos

  • Last updated on