Configurar alta disponibilidade para o Banco de Dados do Azure para PostgreSQL

Este artigo descreve como habilitar ou desabilitar alta disponibilidade (HA) em sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL usando o portal do Azure ou a CLI do Azure. As informações se aplicam independentemente de você estar utilizando instâncias na mesma zona ou utilizando um modelo de implantação com redundância de zona.

O recurso de alta disponibilidade implanta réplicas primárias e em espera fisicamente separadas. Você pode provisionar as réplicas na mesma zona de disponibilidade ou em zonas diferentes, dependendo do modelo de implantação escolhido. Para obter mais informações, veja o artigo sobre conceitos de alta disponibilidade. Você pode habilitar a alta disponibilidade durante ou após a criação da instância de servidor flexível do Banco de Dados do Azure para PostgreSQL.

Importante

Em abril de 2024, atualizamos o modelo de cobrança para a camada de computação v5 com servidores habilitados para HA. Essa alteração reflete corretamente os encargos contabilizando os servidores primários e em espera. Antes dessa alteração, você era cobrado incorretamente apenas pelo servidor primário. Se você usar a camada v5 com servidores habilitados para HA, agora verá as quantidades de cobrança multiplicadas por 2. Essa atualização não afeta as camadas v4 e v3.

Habilitar a alta disponibilidade para servidores existentes

Portal

1. No portal do Azure, selecione sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL.

2. No menu esquerdo, na seção Configurações, selecione Alta disponibilidade.

A opção Resiliência Zonal controla se o servidor está protegido entre zonas de disponibilidade. Você tem duas opções:

• Habilitado – quando você seleciona essa opção, o Azure tenta criar o servidor em espera em uma zona de disponibilidade diferente da primária. Essa opção oferece a melhor proteção contra falhas no nível da zona.
• Desabilitado – alta disponibilidade não está configurada.

Se a resiliência zonal estiver habilitada, mas sua região não tiver capacidade para uma instalação com redundância de zona, uma caixa de seleção adicional será exibida na opção Habilitada. Selecionar isso permite que o em espera seja criado na mesma zona que a primária. Quando a capacidade zonal estiver disponível, o Azure notificará você. Nesse ponto, você pode usar PITR ou réplicas de leitura para migrar workloads em uma configuração de alta disponibilidade (HA) com redundância de zona para resiliência máxima. Vá para a seção Limitações e Considerações para saber mais.

1. Se a Resiliência Zonal não estiver habilitada, selecione a opção Habilitada .

   

2. Quando você seleciona a opção Habilitada , a opção com redundância de zona é aplicada por padrão para regiões que dão suporte a zonas de disponibilidade. Essa configuração protege contra falhas zonais.

   

3. Se a região não tiver capacidade de zona, para garantir que a HA (alta disponibilidade) seja habilitada na região de sua preferência, marque a caixa de seleção na opção habilitada para permitir a criação da HA no modo Mesma Zona da região. Ele migra automaticamente suas cargas de trabalho para Zone-Redundant HA quando a capacidade zonal estiver disponível:

   

4. Quando terminar de definir as configurações, selecione Salvar para aplicar as alterações.

5. Uma caixa de diálogo mostra o aumento do custo associado à implantação do servidor em espera. Se você decidir prosseguir, selecione Habilitar alta disponibilidade.

   

6. Uma implantação é iniciada. Quando ela termina, uma notificação mostra que você habilitou a alta disponibilidade com sucesso.

   

CLI

Você pode habilitar a alta disponibilidade em um servidor existente com o comando az postgres flexible-server update .

Para habilitar a alta disponibilidade para que o servidor em espera esteja na mesma zona que o servidor primário, use este comando:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone

Para habilitar a alta disponibilidade com o servidor em espera em uma zona diferente da zona do servidor primário e, se você quiser que a zona seja selecionada automaticamente, use este comando:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant

Opcionalmente, você pode selecionar a zona de disponibilidade na qual o servidor em espera será implantado. Use este comando:

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --standby-zone <standby_zone>

Se você habilitar a alta disponibilidade com redundância de zona, e a zona especificada para correspondências em espera for igual à zona primária, você verá o seguinte erro:

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

Se você habilitar a alta disponibilidade com redundância de zona e a zona especificada para espera não estiver disponível nessa região, você receberá este erro:

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

Se você habilitar a alta disponibilidade com redundância de zona e a região não tiver várias zonas de disponibilidade, você receberá este erro:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Se você habilitar a alta disponibilidade em um modo e tentar habilitá-la novamente especificando um modo diferente, receberá este erro:

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

Desabilitar alta disponibilidade

Portal

1. No portal do Azure, selecione sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL.

2. No menu esquerdo, na seção Configurações, selecione Alta disponibilidade.

3. Se a alta disponibilidade estiver ativada, o botão de opção Habilitado para Resiliência Zonal já estará marcado. Além disso, o Modo de alta disponibilidade está definido como o modo configurado e o valor de Status de alta disponibilidade normalmente é Íntegro.

   

4. Selecione o botão de opção Desabilitado para desativar o HA.

   

5. Selecione Salvar para aplicar as alterações.

6. Uma caixa de diálogo mostra a redução de custos associada à remoção do servidor em espera. Se você decidir prosseguir, selecione Desabilitar alta disponibilidade.

   

7. Uma implantação é iniciada. Quando ela termina, uma notificação mostra que você desabilitou a alta disponibilidade com sucesso.

   

CLI

Você pode desabilitar a alta disponibilidade em um servidor existente com o comando az postgres flexible-server update :

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability Disabled

Habilitar alta disponibilidade durante o provisionamento de servidor

Portal

1. No portal do Azure, durante o provisionamento de uma nova instância de servidor flexível do Azure Database para PostgreSQL, vá para a seção Negócios Críticos (Alta Disponibilidade). Selecione o botão de opção Habilitado na seção Resiliência zonal.

   • Por padrão, o servidor tenta criar o servidor em espera em uma zona de disponibilidade diferente com modo de HA com redundância de zona para resiliência zonal máxima.

   

   • Se a capacidade zonal não estiver disponível, você poderá selecionar Permitir espera na mesma zona se a resiliência zonal falhar na caixa de seleção como uma alternativa. Sem selecionar essa opção, você não pode prosseguir para a próxima etapa no fluxo de trabalho de criação. Isso garante que a alta disponibilidade permaneça habilitada. Quando a capacidade zonal estiver disponível, o Azure notificará você, e você poderá usar o PITR ou as réplicas de leitura para migrar cargas de trabalho para uma configuração de Alta Disponibilidade (HA) com redundância de zona, garantindo resiliência máxima.

     

   • Depois de selecionar na caixa de seleção, você poderá prosseguir para a seção Autenticação no fluxo de trabalho de criação.

     

2. Selecione uma zona específica para o servidor primário definindo Zona de disponibilidade para qualquer valor diferente de Sem preferência.

   

CLI

Você pode habilitar a alta disponibilidade ao provisionar um novo servidor usando o comando az postgres flexible-server create .

Observação

Você precisa preencher os comandos a seguir com parâmetros e valores que variam, dependendo de como deseja configurar outros recursos do servidor provisionado.

Para implantar o servidor primário com um servidor em espera na mesma zona e permitir que o serviço escolha a zona para você, use este comando:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone ...

Para implantar o servidor primário com um servidor em espera na mesma zona e escolher explicitamente a zona, use este comando:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone \
  --zone <zone> ...

Se a zona de disponibilidade especificada não tiver suporte na região selecionada, você receberá este erro:

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

Para implantar o servidor primário com um servidor em espera em uma zona diferente e permitir que o serviço escolha as duas zonas para você, use este comando:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant ...

Para implantar o servidor primário com um servidor em espera em uma zona diferente e especificar a zona para o primário, mas permitir que o serviço escolha a zona em espera, use este comando:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> ...

Para implantar o servidor primário com um servidor em espera em uma zona diferente e especificar a zona para o primário e o em espera, use este comando:

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> \
  --standby-zone <standby_zone>...

Se você escolher alta disponibilidade com redundância de zona e o mesmo valor for especificado para as zonas dos servidores primário e em espera, você receberá este erro:

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

Se o modo de alta disponibilidade selecionado for com redundância de zona e a região não tiver várias zonas de disponibilidade, você receberá este erro:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Iniciar um failover forçado

Siga estas etapas para forçar um failover do servidor primário para o servidor em espera no Banco de Dados do Azure para PostgreSQL.

Quando você inicia um failover forçado, o servidor primário fica inativo imediatamente e dispara um failover para o servidor em espera. Iniciar um failover forçado é útil quando você deseja testar como um failover causado por uma interrupção não planejada afetaria sua carga de trabalho.

Importante

• Não execute failovers consecutivos e imediatos. Aguarde pelo menos 15 a 20 minutos entre os failovers. Esse tempo de espera permite que o novo servidor em espera seja totalmente estabelecido.

• O tempo geral de operação de ponta a ponta, conforme relatado no portal, pode ser maior do que o tempo de inatividade real que o aplicativo experimenta. Você deve medir o tempo de inatividade da perspectiva do aplicativo.

Portal

1. No portal do Azure, selecione a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL que tem a alta disponibilidade habilitada.

2. No menu esquerdo, na seção Configurações, selecione Alta disponibilidade.

3. Se o modo de alta disponibilidade for definido como Com redundância de zona, observe os valores atribuídos à Zona de disponibilidade primária e à Zona de disponibilidade em espera. Eles devem estar invertidos após a conclusão da operação de failover.

4. Selecione Failover forçado para iniciar o procedimento de failover manual. Uma caixa de diálogo informa o tempo de inatividade esperado até que o failover seja concluído. Se você decidir prosseguir, selecione Iniciar failover forçado.

   

5. Uma notificação é exibida e menciona que um failover está em andamento.

   

6. Depois que o failover para o servidor em espera for concluído, uma notificação informará sobre a conclusão.

   

7. Se o modo de alta disponibilidade estiver configurado como Com redundância de zona, confirme se os valores da Zona de disponibilidade primária e da Zona de disponibilidade em espera agora estão invertidos.

CLI

Você pode habilitar a alta disponibilidade ao provisionar um novo servidor usando o comando az postgres flexible-server restart .

Para iniciar um failover forçado, use este comando:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Forced

Se você tentar forçar o failover de uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL que não tenha alta disponibilidade habilitada, você receberá este erro:

Failing over can only be triggered for zone redundant or same zone servers.

Se você tentar forçar o failover de uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL que tenha alta disponibilidade habilitada, mas não estiver pronta para iniciar a operação de failover, você receberá este erro:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Iniciar um failover planejado

Siga estas etapas para executar uma recuperação planejada do servidor primário para o servidor em espera no Banco de Dados do Azure para PostgreSQL. Iniciar essa operação prepara o servidor em espera e, em seguida, executa o failover.

Essa operação de failover fornece o menor tempo de inatividade, pois executa um failover normal para o servidor em espera. É útil para situações como colocar o servidor primário de volta na zona de disponibilidade preferencial após um failover inesperado.

Importante

• Não execute failovers consecutivos e imediatos. Aguarde pelo menos 15 a 20 minutos entre os failovers. Esse tempo de espera permite que o novo servidor em espera seja totalmente estabelecido.

• Realize failovers planejados durante períodos de baixa atividade.

• O tempo geral de operação de ponta a ponta, conforme relatado no portal, pode ser maior do que o tempo de inatividade real que o aplicativo experimenta. Você deve medir o tempo de inatividade da perspectiva do aplicativo.

Portal

1. No portal do Azure, selecione a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL que tem a alta disponibilidade habilitada.

2. No menu esquerdo, na seção Configurações, selecione Alta disponibilidade.

3. Se o modo de alta disponibilidade for definido como Com redundância de zona, observe os valores atribuídos à Zona de disponibilidade primária e à Zona de disponibilidade em espera. Eles devem estar invertidos após a conclusão da operação de failover.

4. Selecione Recuperação panejada para iniciar o procedimento de recuperação manual. Uma caixa de diálogo informa o tempo de inatividade esperado até que o failover seja concluído. Se você decidir prosseguir, selecione Iniciar recuperação panejada.

   

5. Uma notificação é exibida e menciona que o failover está em andamento.

   

6. Depois que o failover para o servidor em espera for concluído, uma notificação informará sobre a conclusão.

   

7. Se o modo de alta disponibilidade estiver configurado como Com redundância de zona, confirme se os valores da Zona de disponibilidade primária e da Zona de disponibilidade em espera agora estão invertidos.

CLI

Você pode habilitar a alta disponibilidade ao provisionar um novo servidor usando o comando az postgres flexible-server restart .

Para iniciar um failover planejado, use o seguinte comando:

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Planned

Se você tentar iniciar o failover planejado de uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL que não tem alta disponibilidade habilitada, você receberá o seguinte erro:

Failing over can only be triggered for zone redundant or same zone servers.

Se você tentar iniciar o failover planejado de uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL que tenha alta disponibilidade habilitada, mas não estiver pronta para a operação de failover, você receberá o seguinte erro:

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Limitações e considerações

• Habilitar ou desabilitar a alta disponibilidade em uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL não altera outras configurações, incluindo configuração de rede, configurações de firewall, parâmetros de servidor ou retenção de backup. Habilitar ou desabilitar a alta disponibilidade é uma operação online. Isso não afeta a conectividade e as operações do aplicativo.

• O Banco de Dados do Azure para PostgreSQL dá suporte à alta disponibilidade com ambas as réplicas implantadas na mesma zona. Essa configuração está disponível em todas as regiões com suporte. No entanto, a alta disponibilidade com redundância de zona só está disponível em algumas regiões.

• A camada Intermitível não dá suporte à alta disponibilidade. Somente as camadas de uso geral e otimizada para memória dão suporte à alta disponibilidade.

• Se você implantar um servidor em uma região que consiste em uma só zona de disponibilidade, só poderá habilitar a alta disponibilidade no modo de mesma zona. Se a região for aprimorada no futuro com várias zonas de disponibilidade, você poderá implantar novas instâncias do servidor flexível do Banco de Dados do Azure para PostgreSQL com a alta disponibilidade configurada como a mesma zona ou com redundância de zona.

  No entanto, para quaisquer instâncias implantadas na região quando a região consistia em uma única zona de disponibilidade, você não pode habilitar diretamente a alta disponibilidade no modo com redundância de zona. Como alternativa, você pode usar a opção de restauração ou a opção de réplica de leitura:

Opção restaurar

1. Restaure uma instância existente em um novo servidor usando o ponto de restauração mais recente.
2. Depois de criar o servidor, habilite a alta disponibilidade com a redundância de zona.
3. Após a verificação de dados, você pode excluir o servidor antigo.
4. Verifique se as cadeias de conexão dos clientes foram modificadas para apontar para o servidor recém-restaurado.

Opção de réplica de leitura

1. Crie uma réplica de leitura na mesma região que o servidor primário.
2. Promova a réplica de leitura para se tornar o novo servidor primário.
3. Para preservar o nome original, use pontos de extremidade virtuais ou remova o antigo primário e crie e promova uma nova réplica de leitura.
4. Para usuários do Portal, habilite a Resiliência Zonal. Para ferramentas de desenvolvedor, defina Alta Disponibilidade com a opção Zone-Redundant.

Conteúdo relacionado

• Visão geral da continuidade dos negócios com o Banco de Dados do Azure para PostgreSQL
• Alta disponibilidade (confiabilidade) no Banco de Dados do Azure para PostgreSQL