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

Este artigo descreve como habilitar ou desabilitar a alta disponibilidade (HA) em seu Banco de Dados do Azure para instância de servidor flexível PostgreSQL usando o portal do Azure ou a CLI do Azure. As informações aplicam-se tanto ao uso de instâncias na mesma zona, como a um modelo de implementação redundante por zona.

O recurso de alta disponibilidade implanta réplicas primárias e em espera fisicamente separadas. Você pode provisionar as réplicas dentro da mesma zona de disponibilidade ou em zonas diferentes, dependendo do modelo de implantação escolhido. Para obter mais informações, consulte o artigo sobre conceitos de alta disponibilidade. Você pode habilitar a alta disponibilidade durante ou após a criação de sua 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 as cobranças, 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, verá as quantidades de faturamento multiplicadas por 2. Esta atualização não afeta as camadas v4 e v3.

Habilite a alta disponibilidade para os 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 à esquerda, na seção Configurações , selecione Alta disponibilidade.

A opção Resiliência Zonal controla se o servidor está protegido em zonas de disponibilidade. 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 principal. Esta opção oferece a melhor proteção contra falhas no nível da zona.
• Desabilitado – A alta disponibilidade não está configurada.

Se a resiliência zonal estiver ativada mas a sua região não tiver capacidade para uma configuração redundante por zona, aparece uma caixa adicional na opção Ativada. Ao selecionar isto, o standby pode ser criado na mesma zona que o primário. Quando a capacidade zonal estiver disponível, a Azure notificar-lhe-á. Nesse momento, pode usar o PITR ou réplicas de leitura para migrar cargas de trabalho para uma configuração de alta disponibilidade redundante por zonas, garantindo a máxima resiliência. Consulte a secção de Limitações e Considerações para saber mais.

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

   

2. Quando você seleciona a opção Habilitado , a opção Zona redundante é aplicada por padrão para regiões que oferecem suporte a zonas de disponibilidade. Esta configuração protege contra falhas zonais.

   

3. Se a região não tiver capacidade zonal, para assegurar a habilitação de alta disponibilidade (HA) na região de sua preferência, marque a caixa de seleção sob a opção de habilitação para permitir, assim, a criação de HA no modo de Zona Única da região. Ele migra automaticamente suas cargas de trabalho para Zone-Redundant HA assim que 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 de custo associado à implantação do servidor em espera. Se decidir continuar, selecione Ativar alta disponibilidade.

   

6. Uma implantação é iniciada. Quando terminar, uma notificação mostrará que você habilitou com êxito a alta disponibilidade.

   

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 desejar 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 implantar o servidor em espera. Use este comando:

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

Se ativar a alta disponibilidade com redundância de zona e a zona especificada para espera corresponder à zona do primário, receberá este 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, 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, em seguida, tentar habilitá-lo novamente especificando um modo diferente, você 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.

Desativar a elevada 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 à esquerda, na seção Configurações , selecione Alta disponibilidade.

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

   

4. Selecione o botão de rádio Desativado para desativar o HA.

   

5. Selecione Guardar 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 decidir continuar, selecione Desativar alta disponibilidade.

   

7. Uma implantação é iniciada. Quando terminar, uma notificação mostrará que você desativou com êxito a alta disponibilidade.

   

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

Habilite a alta disponibilidade durante o provisionamento do servidor

Portal

1. No portal do Azure, durante o provisionamento de uma nova instância de servidor flexível do Banco de Dados do Azure para PostgreSQL, vá para a seção Business Critical (Alta disponibilidade ). Selecione o botão rádio Ativado na seção Resiliência de Zona.

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

   

   • Se a capacidade zonal não estiver disponível, poderá marcar a caixa de seleção Permitir espera na mesma zona se a resiliência zonal falhar como solução alternativa. Sem selecionar esta opção, não pode avançar para a próxima etapa do fluxo de criação. Isto garante que a alta disponibilidade permanece ativada. Quando a capacidade zonal estiver disponível, o Azure irá notificá-lo, e pode então usar o PITR ou réplicas de leitura para migrar cargas de trabalho para uma configuração HA redundante por zonas para máxima resiliência.

     

   • Depois de selecionar a caixa de seleção, pode ir à secção de Autenticação no fluxo de trabalho de criar.

     

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 .

Nota

Você precisa concluir os seguintes comandos com parâmetros e valores que variam, dependendo de como você 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 for suportada 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 ambas as 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 para o modo de 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 modo de 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 escolheres alta disponibilidade com redundância de zonas e o mesmo valor for especificado para as zonas dos servidores principais e de backup, obterás 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 redundante 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 estes passos para forçar um failover do servidor primário para o servidor de espera no Azure Database para PostgreSQL.

Quando você inicia um failover forçado, o servidor primário imediatamente fica inativo 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 imediatos e consecutivos. Aguarde pelo menos 15 a 20 minutos entre os failovers. Este tempo de espera permite que o novo servidor de reserva seja plenamente configurado.

• 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 enfrenta. Você deve medir o tempo de inatividade da perspetiva do aplicativo.

Portal

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

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

3. Se o modo de alta disponibilidade estiver definido como Zona redundante, observe os valores atribuídos à zona de disponibilidade primária e à zona de disponibilidade em espera. Eles devem ser revertidos 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 sobre o tempo de inatividade esperado até que o failover termine. Se decidir continuar, 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 Zona redundante, confirme se os valores de Zona de disponibilidade primária e Zona de disponibilidade em espera estão agora 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, 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 esteja pronta para iniciar a operação de failover, 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 um failover planejado do servidor primário para o servidor em espera no Banco de Dados do Azure para PostgreSQL. Ao iniciar esta operação, o servidor em espera é preparado e, em seguida, o failover é executado.

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

Importante

• Não execute failovers imediatos e consecutivos. Aguarde pelo menos 15 a 20 minutos entre os failovers. Este tempo de espera permite que o novo servidor de reserva seja plenamente configurado.

• 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 enfrenta. Você deve medir o tempo de inatividade da perspetiva do aplicativo.

Portal

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

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

3. Se o modo de alta disponibilidade estiver definido como Zona redundante, observe os valores atribuídos à zona de disponibilidade primária e à zona de disponibilidade em espera. Eles devem ser revertidos após a conclusão da operação de failover.

4. Selecione Failover planejado para iniciar o procedimento de failover manual. Uma caixa de diálogo informa sobre o tempo de inatividade esperado até que o failover termine. Se você decidir continuar, selecione Iniciar failover planejado.

   

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 Zona redundante, confirme se os valores de Zona de disponibilidade primária e Zona de disponibilidade em espera estão agora 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 tenha alta disponibilidade habilitada, obterá 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 esteja pronta para a operação de failover, obterá 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. Ativar ou desativar 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 oferece suporte à alta disponibilidade com ambas as réplicas implantadas na mesma zona. Esta configuração está disponível em todas as regiões suportadas. No entanto, a alta disponibilidade com redundância de zona está disponível apenas em determinadas regiões.

• A camada Burstable não suporta alta disponibilidade. Apenas as camadas de uso geral e otimizadas para memória suportam alta disponibilidade.

• Se você implantar um servidor em uma região que consiste em uma única zona de disponibilidade, poderá habilitar a alta disponibilidade somente no modo de mesma zona. Se a região for melhorada no futuro com várias zonas de disponibilidade, poderá implantar novas instâncias de servidor flexível do Azure Database for PostgreSQL com alta disponibilidade configurada como mesma zona ou zona redundante.

  No entanto, para todas as instâncias implantadas na região quando a região consistia em uma única zona de disponibilidade, não é possível habilitar diretamente a alta disponibilidade no modo redundante de zona. Como solução alternativa, pode-se usar a opção de restauração ou a opção de replicação de leitura.

Opção de restauração

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

Opção de réplica para leitura

1. Crie uma réplica de leitura na mesma região do servidor primário.
2. Promova a read replica para tornar-se o novo servidor primário.
3. Para preservar o nome original, use pontos de extremidade virtuais ou remova o primário antigo e, em seguida, 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údos relacionados

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