Compartilhar via


Pontos de extremidade virtuais para réplicas de leitura no Banco de Dados do Azure para PostgreSQL - Servidor Flexível

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

Os pontos de extremidade virtuais são pontos de extremidade de ouvinte somente leitura e leitura, que permanecem consistentes, independentemente da função atual da instância de servidor flexível do Banco de Dados do Azure para PostgreSQL. Isso significa que não é necessário atualizar a cadeia de conexão do aplicativo depois de executar a ação promover para servidor primário, pois os pontos de extremidade apontarão automaticamente para a instância correta após uma alteração de função.

Todas as operações que envolvem pontos de extremidade virtuais, seja a adição, edição ou remoção, são executadas no contexto do servidor primário. 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, a API REST ou outros utilitários, comandos e ações visam o servidor primário para gerenciamento de ponto de extremidade.

Os pontos de extremidade virtuais oferecem dois tipos distintos de pontos de conexão:

Ponto de extremidade de gravador (leitura/gravação): esse ponto de extremidade sempre aponta para o servidor primário atual. Isso garante que as operações de gravação sejam direcionadas para o servidor correto, independente das operações de promoção que os usuários dispararem. Esse ponto de extremidade não pode ser alterado para apontar para uma réplica.

Ponto de extremidade somente leitura: esse ponto de extremidade pode ser configurado por usuários para apontar para uma réplica de leitura ou para o servidor primário. No entanto, ele só pode ter um servidor por vez como destino. Não há suporte para balanceamento de carga entre vários servidores. É possível ajustar o servidor de destino para esse ponto de extremidade a qualquer momento, mesmo antes ou depois da promoção.

Observação

Você pode criar apenas um gravador e um ponto de extremidade somente leitura por primário e uma de sua réplica.

Pontos de extremidade virtuais e promover comportamento

Em uma ação de promoção, o comportamento desses pontos de extremidade permanece previsível. As seções abaixo detalham como esses pontos de extremidade reagem em cenários Promover para servidor primário e Promover para servidor independente.

Ponto de extremidade virtual Destino original Comportamento quando "Promover para servidor primário" é disparado Comportamento quando "Promover para servidor independente" é disparado
Ponto de extremidade de gravador Primário Aponta para o novo servidor primário. Permanece inalterado.
Ponto de extremidade somente leitura Réplica Aponta para a nova réplica (antigo primário). Aponta para o servidor primário.
Ponto de extremidade somente leitura Primário Não há suporte. Permanece inalterado.

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

  • Ponto de extremidade de gravador: esse ponto de extremidade é atualizado a fim de apontar para o novo servidor primário, refletindo a alternância de função.
  • Ponto de extremidade somente leitura
    • Se ponto de extremidade somente leitura apontar para a réplica: após a ação de promoção, o ponto de extremidade somente leitura apontará para a nova réplica (o antigo primário).
    • Se o ponto de extremidade somente leitura apontar para o primário: para que a promoção funcione corretamente, o ponto de extremidade somente leitura deve ser direcionado para o servidor que será promovido. Nesse caso, não há suporte para apontar para o primário e isso deve ser reconfigurado para apontar para a réplica antes da promoção.

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

  • Ponto de extremidade de gravador: esse ponto de extremidade permanece inalterado. Ele continua direcionando o tráfego para o servidor, mantendo a função primária.
  • Ponto de extremidade somente leitura
    • Se o ponto de extremidade somente leitura apontar para a réplica: o ponto de extremidade somente leitura será redirecionado da réplica promovida para apontar para o servidor primário.
    • Se pontos de extremidade somente leitura apontar para o primário: o ponto de extremidade somente leitura permanecerá inalterado e continuará a apontar para o mesmo servidor.

Usar pontos de extremidade virtuais como nome do host consistente durante a PITR (recuperação pontual) ou restauração de instantâneo

Esta seção explica como usar pontos de extremidade virtuais no Banco de Dados do Azure para PostgreSQL – servidor flexível para manter um nome do host consistente durante a PITR (recuperação pontual) ou restauração de instantâneo, garantindo que as cadeias de conexão do aplicativo permaneçam inalteradas. Siga as etapas abaixo:

  1. Adicionar ponto de extremidade virtual ao servidor primário:

    • Navegue até a instância do servidor primário no portal do Azure.
    • Navegue até a guia Replicação e, em Pontos de extremidade virtuais, clique em Adicionar ponto de extremidade virtual.
    • Configurar o ponto de extremidade virtual com um nome do host consistente (por exemplo, mydb-virtual-endpoint.postgres.database.azure.com).
    • Salvar a configuração.
    • Atualizar o aplicativo para usar esse ponto de extremidade virtual na cadeia de conexão.
  2. Executar PITR (recuperação pontual) ou restauração de instantâneo:

    • Iniciar recuperação:
      • Acesse a seção Backups do servidor primário.
      • Escolha a opção de restauração adequada (PITR ou snapshot) e especifique o momento específico.
    • Atualizar ponto de extremidade virtual:
      • Depois de criar a nova instância, navegue de volta para a guia Replicação do servidor primário antigo.
      • Remover o ponto de extremidade virtual do servidor primário original. O primário antigo deve estar no estado succeeded para remover o ponto de extremidade virtual
      • Adicione o mesmo ponto de extremidade virtual ao servidor que acabou de ser criado.
  3. Validação:

    • Verifique se o aplicativo se conecta usando o ponto de extremidade virtual e se as operações de banco de dados após a recuperação.