Configurar a elevada disponibilidade do Servidor Flexível do Base de Dados do Azure para PostgreSQL

Este artigo descreve como ativar ou desativar a alta disponibilidade (HA) no seu servidor flexível Base de Dados do Azure para PostgreSQL. A informação aplica-se quer esteja a utilizar servidores na mesma zona quer um modelo de implementação com redundância entre zonas.

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 do seu Banco de Dados do Azure para servidor flexível PostgreSQL.

Habilite a alta disponibilidade para os servidores existentes

Pode ativar a alta disponibilidade num servidor flexível existente no Base de Dados do Azure para PostgreSQL a qualquer momento. Quando ativa a alta disponibilidade, o serviço cria uma réplica de espera que espelha o seu servidor principal. Dependendo da capacidade regional e das suas escolhas de configuração, o standby pode ser colocado numa zona de disponibilidade diferente para máxima proteção ou na mesma zona que o primário.

Utilize o portal do Azure:

  1. Selecione o seu servidor flexível do Base de Dados do Azure para PostgreSQL. Usando o portal do Azure:

  2. Selecione o seu servidor flexível do Base de Dados do Azure para PostgreSQL.

  3. No menu de recursos, na secção Definições , selecione Alta disponibilidade.

A opção de resiliência zonal controla se o seu servidor está protegido entre as zonas de disponibilidade. Tem duas opções:

  • Desativado (99,9% SLA): Alta disponibilidade não está configurada.
  • Ativado (99.99% SLA): Ao selecionar esta opção, Azure tenta criar o servidor de espera numa zona de disponibilidade diferente da principal. Esta opção oferece a melhor proteção contra falhas no nível da zona.

Se ativar a resiliência zonal, mas a sua região não tiver capacidade para uma configuração com redundância de zona, aparece uma caixa de verificação adicional por baixo da opção Ativado (99,99% SLA). Selecione esta caixa para permitir que o servidor de espera seja criado na mesma zona do servidor principal. Quando a capacidade zonal fica disponível, o Azure migra automaticamente as suas cargas de trabalho da mesma zona para a zona redundante.

  1. Se não ativou a resiliência zonal, selecione a opção Ativado .

    Captura de ecrã a mostrar a página de alta disponibilidade para configurar a alta disponibilidade.

  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.

    Captura de ecrã a mostrar o botão de rádio selecionado para ativar a alta disponibilidade.

  3. Se a região não tiver capacidade zonal, para garantir que a alta disponibilidade (HA) seja ativada na sua região preferida, selecione a caixa de seleção sob a opção ativada para permitir a criação de HA no modo Same-Zone da região.

    Captura de ecrã que mostra a seleção da mesma opção de zona para alta disponibilidade.

  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.

    Captura de ecrã a mostrar o diálogo para confirmar a ativação da alta disponibilidade.

  6. É lançada uma nova implementação para permitir alta disponibilidade no seu servidor flexível Base de Dados do Azure para PostgreSQL.

    Captura de ecrã que mostra a implementação em curso de uma configuração de alta disponibilidade.

  7. Quando a implementação estiver concluída, pode selecionar Ir para o recurso para voltar ao seu Servidor flexível do Base de Dados do Azure para PostgreSQL.

    Captura de ecrã mostrando a implementação concluída com sucesso para permitir uma configuração de alta disponibilidade.

Desativar a elevada disponibilidade

Pode desativar a alta disponibilidade no servidor flexível do Base de Dados do Azure para PostgreSQL quando já não precisar da proteção de uma réplica em espera. Desativar a alta disponibilidade remove o servidor de espera e reduz custos, mas o seu servidor já não está protegido contra falhas de zona ou de servidor.

Utilize o portal do Azure:

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

  2. No menu de recursos, na secção Definiçõ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.

    Captura de ecrã que mostra o painel para configurar alta disponibilidade, com as opções de alta disponibilidade já selecionadas e o estado de Saudável.

  4. Selecione o botão de rádio Desativado para desativar a alta disponibilidade.

    Captura de ecrã que mostra a caixa de seleção para ativar a elevada disponibilidade desmarcada.

  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.

    Captura de ecrã a mostrar o diálogo para confirmar a desativação da alta disponibilidade.

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

    Captura de ecrã que mostra uma notificação sobre a desativação bem-sucedida da alta disponibilidade.

Ativar Criticidade Empresarial (Alta Disponibilidade) durante o provisionamento do servidor

Pode configurar alta disponibilidade quando cria pela primeira vez o seu servidor flexível Base de Dados do Azure para PostgreSQL. Ao ativar alta disponibilidade durante o provisionamento, implementa uma réplica de espera ao lado do seu servidor principal, para obter proteção imediata contra falhas de zona ou servidor.

Utilize o portal do Azure:

  1. Ao aprovisionar um novo servidor flexível do Base de Dados do Azure para PostgreSQL, vá para a secção Business Critical (Alta disponibilidade). Selecione a opção Ativada na secção de resiliência zonal .

    • Por defeito, o servidor tenta criar o servidor em espera numa zona de disponibilidade diferente com o modo HA Redundante de Zona para a máxima resiliência zonal.

    Captura de ecrã que mostra a ativação do HA com a opção de redundância entre zonas.

    • Se a capacidade zonal não estiver disponível, selecione a caixa Permitir espera na mesma zona se a resiliência zonal falhar como recurso B. Se não selecionares esta opção, não podes avançar para o próximo passo no fluxo de trabalho de criar. Esta verificação garante que a alta disponibilidade permanece ativada. Quando a capacidade zonal fica disponível, o Azure migra automaticamente as suas cargas de trabalho de Same-Zone HA para HA redundante por zona.

      Captura de ecrã a mostrar a mensagem de erro de validação para a opção HA da mesma zona.

    • Depois de selecionar a caixa de seleção, vá para a secção de Autenticação no fluxo de criação de trabalho.

      Captura de ecrã que mostra alta disponibilidade com opção de HA na mesma zona.

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

    Captura de ecrã a mostrar a seleção de zonas de disponibilidade específicas para o servidor principal.

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 se quer testar como um failover causado por uma falha não planeada afeta a 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.

Utilize o portal do Azure:

  1. Selecione o seu servidor flexível do Base de Dados do Azure para PostgreSQL com elevada disponibilidade ativada.

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

  3. Se os servidores primário e de espera estiverem implantados em zonas diferentes, note os valores atribuídos à zona de disponibilidade primária e à zona de disponibilidade de espera. Estes valores invertem-se após o término da operação de failover.

    Captura de ecrã que mostra as zonas de disponibilidade da primária e da secundária.

  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.

    Captura de ecrã mostrando o diálogo apresentado antes do início de um failover forçado.

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

    Captura de ecrã que mostra uma notificação sobre um failover em curso após o início de um failover forçado.

  6. Após a conclusão do failover para o servidor de reserva, uma notificação informa-o da conclusão.

    Captura de ecrã que mostra a notificação mostrada quando um failover forçado termina.

  7. Se os servidores primário e de espera estiverem implementados em zonas diferentes, confirme que os valores da zona de disponibilidade primária e da zona de disponibilidade de espera estão invertidos, em comparação com o início do failover.

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. Quando inicias esta operação, ele prepara o servidor de espera e depois realiza o failover.

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.

Utilize o portal do Azure:

  1. Selecione o seu servidor flexível do Base de Dados do Azure para PostgreSQL com elevada disponibilidade ativada.

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

  3. Se os servidores primário e de espera estiverem implantados em zonas diferentes, note os valores atribuídos à zona de disponibilidade primária e à zona de disponibilidade de espera. Estes valores invertem-se após o término da operação de failover.

    Captura de ecrã que mostra as zonas de disponibilidade da primária e da secundária.

  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.

    Captura de ecrã mostrando o diálogo apresentado antes do início de um failover planeado.

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

    Captura de ecrã que mostra uma notificação sobre um failover em curso após o início de um failover planeado.

  6. Após a conclusão do failover para o servidor de reserva, uma notificação informa-o da conclusão.

    Captura de ecrã que mostra a notificação apresentada quando um failover planeado termina.

  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.

Limitações e considerações

  • Quando ativa ou desativa a alta disponibilidade num servidor flexível Base de Dados do Azure para PostgreSQL, o serviço não altera outras definições. Estas definições incluem configuração de rede, definições do firewall, parâmetros e retenção de backups. Ativar ou desativar a alta disponibilidade é uma operação online. Esta operação não afeta a conectividade nem as operações da sua aplicação.

  • O Base de Dados do Azure para PostgreSQL suporta alta disponibilidade com ambas as réplicas implementadas na mesma zona. Pode usar esta configuração em todas as regiões suportadas. No entanto, a alta disponibilidade com redundância entre zonas 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, no futuro, a região passar a disponibilizar múltiplas zonas de disponibilidade, poderá implementar novos servidores flexíveis do Base de Dados do Azure para PostgreSQL com alta disponibilidade configurada na mesma zona ou com redundância entre zonas.

    No entanto, não pode ativar diretamente a alta disponibilidade em modo redundante de zona para qualquer servidor que tenha implementado na região quando a região consistia numa única zona de disponibilidade. 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 para o ponto de restauro 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 altera as cadeias de conexão dos seus clientes para apontar para o seu 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 utilizadores do portal, ative a Resiliência Zonal. Para ferramentas de desenvolvedor, defina Alta disponibilidade com a opção Zone-Redundant.

  5. Crie uma réplica de leitura na mesma região do servidor primário.

  6. Promova a read replica para tornar-se o novo servidor primário.

  7. 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.

  8. Para utilizadores do portal, ative a Resiliência Zonal. Para ferramentas de desenvolvedor, defina Alta disponibilidade com a opção Zone-Redundant.

Conteúdo relacionado

  • Last updated on