Pontos finais virtuais no Base de Dados do Azure para PostgreSQL flexible server

Os endpoints virtuais são pontos finais de escuta de leitura/escrita e só de leitura que se mantêm consistentes, independentemente da função atual do Base de Dados do Azure para PostgreSQL flexible server. Esta consistência significa que não precisa de atualizar a cadeia de ligação da sua aplicação depois de realizar a ação de promover para servidor principal. Os endpoints apontam automaticamente para o servidor correto após uma alteração de função.

Realiza-se todas as operações envolvendo endpoints virtuais, seja adicionando, editando ou removendo, no contexto do servidor principal. No portal do Azure, você gerencia esses pontos de extremidade na página do servidor primário. Da mesma forma, ao usar ferramentas como a CLI, REST API ou outros utilitários, comandos e ações visam o servidor primário para gerenciamento de pontos finais.

Os endpoints virtuais oferecem dois tipos distintos de pontos de ligação:

Endpoint de escritor (leitura/escrita): Este endpoint aponta sempre para o servidor principal atual. Ele garante que as operações de gravação sejam direcionadas para o servidor correto, independentemente de quaisquer operações de promoção que os usuários acionem. Este ponto de extremidade não pode ser alterado para apontar para uma réplica.

Endpoint de apenas leitura: Pode configurar este endpoint para apontar para uma réplica de leitura ou para o servidor principal. No entanto, ele só pode ter como alvo um servidor de cada vez. Não suporta balanceamento de carga entre vários servidores. Você pode ajustar o servidor de destino para esse endpoint a qualquer momento, seja antes ou depois da promoção.

Endpoints virtuais e promover comportamentos

Quando desencadeias uma ação de promoção, esses endpoints comportam-se de forma previsível. As secções seguintes explicam como estes pontos finais reagem tanto a cenários de Promover para servidor primário como de Promover para servidor independente.

Comportamento quando "Promover para servidor primário" é acionado

• Endpoint do escritor: Este endpoint é atualizado para apontar para o novo servidor principal, refletindo a troca de funções.
• Endpoint de apenas leitura
  • Se o ponto final só de leitura apontar para uma réplica: Após a ação de promoção, o ponto final só de leitura aponta para a nova réplica (a antiga primária).
  • Se o endpoint de apenas leitura apontar para o primário: Para que a promoção funcione corretamente, o endpoint de apenas leitura deve apontar para o servidor destinado à promoção. Apontar para o servidor principal não é suportado. Tens de reconfigurar o endpoint para apontar para a réplica antes da promoção.

Comportamento quando "Promover para o servidor independente e remover da replicação" é acionado

• Endpoint do escritor: Este endpoint mantém-se inalterado. Ele continua a direcionar o tráfego para o servidor, mantendo a função principal.
• Endpoint de apenas leitura
  • Se o ponto final só de leitura apontar para a réplica: O ponto final só de leitura é redirecionado da réplica promovida para o servidor primário.
  • Se o endpoint de apenas leitura apontar para o principal: o endpoint de apenas leitura permanece inalterado, continuando a apontar para o mesmo servidor.

Use endpoints virtuais para nomes de host consistentes durante a recuperação pontual no tempo (PITR) ou a restauração por instantâneo

Esta secção explica como usar endpoints virtuais num servidor flexível Base de Dados do Azure para PostgreSQL para manter um nome de host consistente durante a recuperação pontual (PITR) ou restauração instantânea, garantindo que as strings de ligação à aplicação permanecem inalteradas. Siga estes passos:

1. Adicionar endpoint virtual ao servidor principal:

   • Navegue até ao seu servidor principal no portal Azure.
   • Vai ao separador Replicação . Em endpoints virtuais, selecione Adicionar endpoint virtual.
   • Configure o endpoint virtual com um nome de host consistente, como mydb-virtual-endpoint.postgres.database.azure.com.
   • Salve a configuração.
   • Atualize seu aplicativo para usar esse ponto de extremidade virtual na cadeia de conexão.

2. Realizar restauração pontual (PITR) ou restauração instantânea:

   • Iniciar a recuperação:
     • Vá para a seção Backups do seu servidor primário.
     • Escolha a opção de restauração apropriada (PITR ou snapshot) e especifique o point-in-time desejado.
   • Atualizar o endpoint virtual:
     • Depois de criar o novo servidor, volte ao antigo separador de Replicação do servidor principal.
     • Remova o endpoint virtual do servidor original primário. O servidor primário original deve estar no succeeded estado para remover o endpoint virtual.
     • Adicione o mesmo ponto de extremidade virtual ao servidor recém-criado.

3. Validação:

   • Certifique-se de que a sua aplicação se liga usando o endpoint virtual e verifique as operações da base de dados após a recuperação.

Conteúdo relacionado

• Crie pontos de extremidade virtuais para réplicas de leitura com o Terraform
• Leia réplicas no Banco de Dados do Azure para PostgreSQL.
• Replicação geográfica no Banco de Dados do Azure para PostgreSQL.
• Promova réplicas de leitura no Azure Database para PostgreSQL.
• Crie uma réplica de leitura.
• Replicação entre regiões do Azure e redes virtuais com rede privada.