Gerenciar alta disponibilidade no Banco de Dados do Azure para PostgreSQL - Servidor flexível

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 em sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL em modelos de implantação com redundância de zona e de mesma zona.

O recurso de alta disponibilidade provisiona fisicamente a réplica primária e em espera com a mesma zona ou entre zonas, dependendo do modelo de implantação. Para obter mais detalhes, confira a documentação de conceitos de alta disponibilidade. Você pode optar por habilitar a alta disponibilidade no momento da criação da instância de servidor flexível do Banco de Dados do Azure para PostgreSQL ou após a criação.

Esta página fornece diretrizes de como você pode habilitar ou desabilitar a alta disponibilidade. Essa operação não altera suas outras configurações, incluindo configuração de VNET, configurações de firewall e retenção de backup. Da mesma forma, habilitar e desabilitar a alta disponibilidade é uma operação online e não afeta a conectividade e as operações do aplicativo.

Pré-requisitos

Importante

Para ver a lista de regiões que suportam alta disponibilidade com redundância de zona, consulte as regiões com suporte aqui.

Habilitar alta disponibilidade durante a criação do servidor

Esta seção apresenta detalhes especificamente para campos relacionados à HA. Você pode seguir estas etapas para implantar alta disponibilidade ao criar sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL.

1. No portal do Azure, escolha Banco de Dados do Azure para servidor flexível PostgreSQL e selecione criar. Para obter detalhes sobre como preencher detalhes como Assinatura, Grupo de recursos, nome do servidor, região e outros campos, confira a documentação de instruções para a criação do servidor.

   

2. Escolha sua zona de disponibilidade. Isso será útil se você quiser colocar seu aplicativo na mesma zona de disponibilidade que o banco de dados para reduzir a latência. Escolha Sem Preferência se quiser que a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL implante o servidor primário em qualquer zona de disponibilidade. Observe que somente se você escolher a zona de disponibilidade para o primário em uma implantação de HA com redundância de zona poderá escolher a zona de disponibilidade em espera.

   

3. Marque a caixa de seleção Habilitar alta disponibilidade. Isso abre uma opção para escolher o modo de alta disponibilidade. Se a região não oferecer suporte a AZs, somente o modo de mesma zona será habilitado.

   

4. Se você escolheu a zona de disponibilidade na etapa 2 e se escolheu HA com redundância de zona, poderá escolher a zona de espera.

5. Se quiser alterar a computação e o armazenamento padrão, selecione Configurar servidor.

   

6. Se a opção de alta disponibilidade estiver marcada, a camada intermitível não estará disponível para escolha. Você pode escolher as camadas de computação de uso geral ou otimizado para memória. Então, você pode selecionar o tamanho da computação para sua escolha no menu suspenso.

   

7. Selecione o tamanho do armazenamento em GiB usando a barra deslizante e selecione o período de retenção de backup entre 7 e 35 dias.

   

8. Selecione Salvar.

Habilitar a criação de servidor de postagem de alta disponibilidade

Siga estas etapas para habilitar a alta disponibilidade para sua instância de servidor flexível existente do Banco de Dados do Azure para PostgreSQL.

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

2. Na página Instância de servidor flexível do Banco de Dados do Azure para PostgreSQL, selecione Alta Disponibilidade no painel esquerdo para abrir a página de alta disponibilidade.

   

3. Marque a caixa de seleção Habilitar alta disponibilidade para habilitar a opção. Mostra a mesma zona HA e a opção de HA com redundância de zona. Se você escolher HA com redundância de zona, poderá escolher a AZ em espera.

   

   

4. Uma caixa de diálogo de confirmação é exibida informando que, ao habilitar a alta disponibilidade, seus custos aumentam devido a mais implantação de servidor e armazenamento.

5. Selecione o botão Ativar HA para habilitar a alta disponibilidade.

6. Uma notificação é exibida informando que a implantação de alta disponibilidade está em andamento.

Desabilitar alta disponibilidade

Siga estas etapas para desabilitar a alta disponibilidade para sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL que já está configurada com alta disponibilidade.

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

2. Na página Instância de servidor flexível do Banco de Dados do Azure para PostgreSQL, selecione Alta Disponibilidade no painel frontal para abrir a página de alta disponibilidade.

   

3. Marque a caixa de seleção Alta disponibilidade para desabilitar a opção. Em seguida, selecione Salvar para salvar a alteração.

   

4. Uma caixa de diálogo de confirmação é mostrada onde você pode confirmar a desativação da alta disponibilidade.

5. Selecione o botão Desabilitar HA para desabilitar a alta disponibilidade.

6. Uma notificação é exibida informando que o descomissionamento da implantação de alta disponibilidade está em andamento.

failover forçado

Siga estas etapas para forçar o failover do seu primário para a instância de servidor flexível do Banco de Dados do Azure para PostgreSQL em espera. Isso imediatamente derruba o primário e dispara um failover para o servidor em espera. Isso é útil para casos como testar o tempo de failover de interrupção não planejada para sua carga de trabalho.

1. No portal do Azure, selecione sua instância de servidor flexível existente do Banco de Dados do Azure para PostgreSQL que já tenha o recurso de alta disponibilidade habilitado.

2. Na página Instância de servidor flexível do Banco de Dados do Azure para PostgreSQL, selecione Alta Disponibilidade no painel frontal para abrir a página de alta disponibilidade.

3. Verifique a zona de disponibilidade Primária e a zona de disponibilidade Em espera

4. Selecione Failover Forçado para iniciar o procedimento de failover manual. Um pop-up informa sobre o tempo de inatividade potencial até que o failover seja concluído. Leia a mensagem e selecione Ok.

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

6. Quando o failover para o servidor em espera estiver concluído, uma notificação será exibida.

7. Verifique a nova zona de disponibilidade Primária e a zona de disponibilidade Em espera.

   

Importante

• Não execute failovers sucessivos e imediatos. Aguarde pelo menos de 15 a 20 minutos entre os failovers, o que também permitirá que o novo servidor em espera seja totalmente estabelecido.

• O tempo de operação geral de ponta a ponta, conforme relatado no portal, pode ser maior do que o tempo de inatividade real apresentado pelo aplicativo. Considere o tempo de inatividade pela perspectiva do aplicativo.

Failover planejado

Siga estas etapas para executar um failover planejado do seu primário para a instância de servidor flexível do Banco de Dados do Azure para PostgreSQL em espera. Isso primeiro prepara o servidor em espera e executa o failover. Isso gera o menor tempo de inatividade, pois executa um failover normalmente para o servidor em espera para situações como após um evento de failover em que você queira trazer o primário de volta para a zona de disponibilidade preferencial.

1. No portal do Azure, selecione sua instância de servidor flexível existente do Banco de Dados do Azure para PostgreSQL que já tenha o recurso de alta disponibilidade habilitado.
2. Na página Instância de servidor flexível do Banco de Dados do Azure para PostgreSQL, selecione Alta Disponibilidade no painel frontal para abrir a página de alta disponibilidade.
3. Verifique a zona de disponibilidade Primária e a zona de disponibilidade Em espera
4. Selecione Failover planejado para iniciar o procedimento de failover manual. Um pop-up informa sobre o processo. Leia a mensagem e selecione Ok.
5. Uma notificação é exibida mencionando que o failover está em andamento.
6. Quando o failover para o servidor em espera estiver concluído, uma notificação será exibida.
7. Verifique a nova zona de disponibilidade Primária e a zona de disponibilidade Em espera.

Importante

• Não execute failovers sucessivos e imediatos. Aguarde pelo menos de 15 a 20 minutos entre os failovers, o que também permitirá que o novo servidor em espera seja totalmente estabelecido.

• É recomendável executar o failover planejado durante um período de baixa atividade.

• O tempo de operação geral de ponta a ponta pode ser maior do que o tempo de inatividade real apresentado pelo aplicativo. Considere o tempo de inatividade pela perspectiva do aplicativo.

Habilitar a alta disponibilidade com redundância de zona após a região dar suporte à zona de disponibilidade

Há regiões do Azure que não oferecem suporte a zonas de disponibilidade. Se você já implantou servidores não-HA, não poderá habilitar diretamente a HA redundante de zona no servidor, mas poderá executar a restauração e habilitar a HA nesse servidor. As etapas a seguir mostram como habilitar HA redundante de zona para esse servidor.

1. Na página de visão geral do servidor, selecione Restaurar para executar um PITR. Escolha o Ponto de restauração mais recente.
2. Escolha um nome do servidor, zona de disponibilidade.
3. Selecione Revisar+Criar".
4. Uma nova instância de servidor flexível do Banco de Dados do Azure para PostgreSQL é criada a partir do backup.
5. Depois que o novo servidor for criado, na página de visão geral do servidor, siga o guia para habilitar a alta disponibilidade.
6. Após a verificação de dados, você pode excluir o servidor antigo.
7. Verifique se as cadeias de conexão dos clientes foram modificadas para apontar para o novo servidor habilitado para alta disponibilidade.

Próximas etapas

• Saiba mais sobre continuidade dos negócios
• Saiba mais sobre alta disponibilidade com redundância de zona