Configurar a alta disponibilidade em um servidor flexível do Banco de Dados do Azure para PostgreSQL

APLICA-SE A: Banco de dados do Azure para PostgreSQL – Servidor Flexível

Este artigo descreve como você pode habilitar ou desabilitar a configuração de alta disponibilidade no servidor flexível do Banco de Dados do Azure para PostgreSQL na mesma zona ou em modelos de implantação com redundância de zona.

O recurso de alta disponibilidade implanta réplicas primárias e em espera fisicamente separadas. Ambas as réplicas podem ser provisionadas dentro da mesma zona de disponibilidade ou cada uma em uma zona diferente, dependendo do modelo de implantação escolhido. Para obter mais informações, confira conceitos de alta disponibilidade. Você pode habilitar a alta disponibilidade no momento da criação do servidor flexível do Banco de Dados do Azure para PostgreSQL ou pode fazer isso depois que o servidor for criado.

Importante

Atualização de modelo de cobrança para o Servidor Flexível do Banco de Dados do Azure para PostgreSQL (ha v5): em abril, implementamos uma atualização do modelo de cobrança para servidores habilitados para SKU v5 com Alta Disponibilidade (HA). Essa alteração visa refletir corretamente os encargos, contabilizando os servidores primários e em espera. Antes dessa alteração, estávamos cobrando incorretamente dos clientes apenas pelo servidor primário. Os clientes que usam o SKU v5 com servidores habilitados para HA agora verão as quantidades de cobrança multiplicadas por 2. Essa atualização não afeta as SKUs v4 e v3.

Habilitar a alta disponibilidade para servidores existentes

Portal

Usando o portal do Azure:

1. Selecione o servidor flexível do Banco de Dados do Azure para PostgreSQL.

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

   

3. Se a alta disponibilidade não estiver habilitada, a caixa de seleção Habilitar alta disponibilidade aparecerá desmarcada e o Status de alta disponibilidade será mostrado como Não habilitado.

   

4. Clique na caixa de seleção Habilitar alta disponibilidade para habilitar a opção. Ela mostra as opções Mesma zona e Zona redundante. Se você escolher Mesma zona, o servidor em espera será criado na mesma zona de disponibilidade que o servidor primário.

   

Observação

Se a região na qual seu servidor foi criado não oferecer suporte a alta disponibilidade com redundância de zona, a opção Redundância de zona ficará esmaecida e desabilitada.

5. Se a região der suporte à redundância de zona e você selecionar Com redundância de zona, você poderá escolher em qual das outras zonas disponíveis quer implantar o servidor em espera.

   

6. Quando tudo estiver configurado de acordo com suas necessidades, selecione Salvar para aplicar as alterações. Uma caixa de diálogo informa sobre o aumento de custos associado à implantação do servidor em espera. Se decidir continuar, selecione Habilitar HA.

   

7. Uma implantação é iniciada e, quando concluída, uma notificação mostrará que a alta disponibilidade foi habilitada com sucesso.

   

CLI

Você pode habilitar a alta disponibilidade em um servidor existente por meio do comando az postgres flexible-server update.

Para habilitar a alta disponibilidade para que o servidor em espera seja implantado 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 implantado em uma zona diferente 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

Além disso, opcionalmente, você pode selecionar a zona de disponibilidade na qual o servidor em espera deve ser implantado. Para fazer isso, use este comando:

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

Se você estiver habilitando a alta disponibilidade com redundância de zona e a zona especificada para espera corresponder à zona do primário, você receberá este erro:

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

Se você estiver habilitando 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ê estiver habilitando 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 a alta disponibilidade estiver habilitada em um modo e você tentar habilitá-la novamente, especificando um modo diferente, você receberá o seguinte 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

Usando o portal do Azure:

1. Selecione o servidor flexível do Banco de Dados do Azure para PostgreSQL.

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

   

3. Se a alta disponibilidade estiver habilitada, a caixa de seleção Habilitar alta disponibilidade aparecerá marcada, o Modo de alta disponibilidade será definido como o modo configurado e o Status de alta disponibilidade normalmente será mostrado como Íntegro.

   

4. Desmarque a caixa de seleção Habilitar alta disponibilidade para desabilitar a opção.

   

5. Selecione Salvar para aplicar as alterações. Uma caixa de diálogo informa sobre a redução de custos associada à remoção do servidor em espera. Se decidir continuar, selecione Desabilitar HA.

   

6. Uma implantação é iniciada e, quando concluída, uma notificação mostrará que a alta disponibilidade foi desabilitada com sucesso.

   

CLI

Você pode desabilitar a alta disponibilidade em um servidor existente por meio do comando az postgres flexible-server update.

Para desabilitar a alta disponibilidade, use este comando:

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

Habilitar alta disponibilidade durante o provisionamento de servidor

Portal

Usando o portal do Azure:

1. Durante o provisionamento de uma nova instância do Servidor Flexível do Banco de Dados do Azure para PostgreSQL, na seção Alta disponibilidade, selecione Mesma zona ou Com redundância de zona.

   

Observação

Se a região na qual seu servidor foi criado não oferecer suporte a alta disponibilidade com redundância de zona, a opção Redundância de zona ficará esmaecida e desabilitada.

2. Se você selecionar uma zona específica para o servidor primário definindo a Zona de disponibilidade como qualquer valor diferente de Sem preferência, ao selecionar Zona redundante, você também poderá selecionar um valor explicitamente selecionado para o servidor em espera em Zona de disponibilidade em espera. Definir as zonas para zonas específicas será útil se você quiser agrupar seu aplicativo na mesma zona que o banco de dados, para reduzir a latência. Escolha Sem preferência se você quiser que o servidor em espera implante em uma zona de disponibilidade escolhida automaticamente para você.

   

CLI

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

Observação

Os comandos a seguir precisam ser concluídos com outros parâmetros, cuja presença e valores 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 para você a zona, 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 não houver suporte para a zona de disponibilidade especificada 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 para você ambas as zonas, 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, especifique explicitamente a zona para o primário, mas deixe o serviço escolher a zona para a 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 explicitamente a zona para o primário e 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ários 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.

failover forçado

Siga estas etapas para forçar um failover do servidor primário para o servidor em espera em um servidor flexível do Banco de Dados do Azure para PostgreSQL. Iniciar um failover forçado imediatamente baixa o servidor primário e dispara um failover para o servidor em espera. Iniciar um failover forçado é útil para casos em que 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 failovers. Essa 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 apresentado pelo aplicativo. Você deve medir o tempo de inatividade da perspectiva do aplicativo.

Portal

Usando o portal do Azure:

1. Selecione o servidor flexível do Banco de Dados do Azure para PostgreSQL que tem alta disponibilidade habilitada.

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

   

3. Se o modo de alta disponibilidade estiver definido como modo Com redundância de zona, convém anotar os valores atribuídos à Zona de disponibilidade primária e à Zona de disponibilidade em espera, pois eles deverão 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 o tempo de inatividade esperado até que o failover seja concluído. Se você decidir continuar, selecione OK.

   

5. Uma notificação aparece para mencionar 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 da operaçã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 por meio do 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 um failover de um 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 um failover de um servidor flexível do Banco de Dados do Azure para PostgreSQL que tenha alta disponibilidade habilitada, mas não estiver pronto para iniciar a operação de failover, você receberá este erro:

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

Failover planejado

Siga estas etapas para executar uma recuperação panejada do servidor primário para o servidor em espera em um servidor flexível do Banco de Dados do Azure para PostgreSQL. Iniciar essa operação primeiro 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 após ocorrer um failover inesperado e você desejar trazer o servidor primário de volta para sua zona de disponibilidade preferida.

Importante

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

• Recomendamos executar as recuperações planejadas durante os 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 apresentado pelo aplicativo. Você deve medir o tempo de inatividade da perspectiva do aplicativo.

Portal

Usando o portal do Azure:

1. Selecione o servidor flexível do Banco de Dados do Azure para PostgreSQL que tem alta disponibilidade habilitada.

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

   

3. Se o modo de alta disponibilidade estiver definido como modo Com redundância de zona, convém anotar os valores atribuídos à Zona de disponibilidade primária e à Zona de disponibilidade em espera, pois eles deverão ser revertidos após a conclusão da operação de failover.

   

4. Selecione Recuperação panejada 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 continuar, selecione OK.

   

5. Uma notificação aparece para mencionar 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 da operaçã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 por meio do 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 Planned

Se você tentar forçar um failover de um 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 um failover de um servidor flexível do Banco de Dados do Azure para PostgreSQL que tenha alta disponibilidade habilitada, mas não estiver pronto para iniciar a operação de failover, você receberá este erro:

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

Considerações especiais

• Habilitar ou desabilitar a alta disponibilidade em um servidor flexível do Banco de Dados do Azure para PostgreSQL não altera outras configurações, incluindo as 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 e não afeta a conectividade e as operações do aplicativo.

• Há suporte para alta disponibilidade com ambas as réplicas implantadas na mesma zona e disponíveis em todas as regiões nas quais há suporte para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível. No entanto, a alta disponibilidade com redundância de zona só está disponível em determinadas regiões.

• Não há suporte para alta disponibilidade na camada Com capacidade de intermitência. Só há suporte em camadas de Uso geral ou Otimizadas para memória.

• Se você implantar um servidor em uma região que consiste em uma única zona de disponibilidade, poderá habilitar a alta disponibilidade somente no mesmo modo de zona. Se a região for aprimorada no futuro com várias zonas de disponibilidade, você poderá implantar um novo servidor flexível do Banco de Dados do Azure para PostgreSQL com alta disponibilidade configurada como a mesma zona ou zona redundante. No entanto, para todas as instâncias que foram implantadas na região quando a região consistia em uma única zona de disponibilidade, você não poderá habilitar diretamente a alta disponibilidade no modo com redundância de zona para elas. Como solução alternativa, você poderá restaurar essas instâncias em novas instâncias e habilitar a alta disponibilidade com redundância de zona nos servidores restaurados.

  1. Siga as instruções fornecidas na Restauração pontual de um servidor flexível do Banco de Dados do Azure para PostgreSQL para restaurar a instância existente em uma nova, usando o ponto de restauração mais recente.
  2. Depois que o novo servidor for criado, habilite a alta disponibilidade com 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 de seus clientes foram modificadas para apontar para sua instância recém-restaurada.

Compartilhe suas sugestões e bugs com a equipe de produtos do Banco de Dados do Azure para PostgreSQL.

• Visão geral da continuidade dos negócios com o Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
• Alta disponibilidade no Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
• Restauração pontual de uma instância do Banco de Dados do Azure para PostgreSQL – Servidor Flexível.