Partilhar 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 escuta 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 você não precisa atualizar a cadeia de conexão do aplicativo depois de executar a ação promover para o servidor principal, 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 adicionando, editando ou removendo, 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, REST API ou outros utilitários, comandos e ações visam o servidor primário para gerenciamento de pontos finais.

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

Ponto de extremidade do gravador (leitura/gravação): esse ponto de extremidade sempre aponta para o servidor primário 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.

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

Nota

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

Pontos finais virtuais e promover o comportamento

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

Ponto de extremidade virtual Alvo original Comportamento quando "Promover para servidor primário" é acionado Comportamento quando "Promover para servidor independente" é acionado
Ponto de extremidade do gravador Primário Aponta para o novo servidor primário. Mantém-se inalterado.
Ponto de extremidade somente leitura Réplica Aponta para a nova réplica (antiga primária). Aponta para o servidor primário.
Ponto de extremidade somente leitura Primário Não suportado. Mantém-se inalterado.

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

  • Ponto de extremidade do gravador: esse ponto de extremidade é atualizado para apontar para o novo servidor primário, refletindo a opção de função.
  • Ponto de extremidade somente leitura
    • Se o ponto de extremidade somente leitura apontar para réplica: após a ação de promoção, o ponto de extremidade somente leitura apontará para a nova réplica (a principal anterior).
    • Se o ponto de extremidade somente leitura apontar para primário: para que a promoção funcione corretamente, o ponto de extremidade somente leitura deve ser direcionado ao servidor que se pretende promover. Apontar para o principal, neste caso, não é suportado e deve ser reconfigurado para apontar para a réplica antes da promoção.

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

  • Writer Endpoint: Este ponto de extremidade permanece inalterado. Ele continua a direcionar o tráfego para o servidor, mantendo a função principal.
  • 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 o ponto de extremidade somente leitura apontar para primário: o ponto de extremidade somente leitura permanecerá inalterado, continuando a apontar para o mesmo servidor.

Usando pontos de extremidade virtuais para nome de host consistente durante a recuperação point-in-time (PITR) 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 de host consistente durante a Recuperação Point-in-Time (PITR) ou a Restauração de Instantâneo, garantindo que as cadeias de conexão do aplicativo permaneçam inalteradas. Siga os passos abaixo:

  1. Adicione o 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.
    • Configure o ponto de extremidade virtual com um nome de host consistente (por exemplo, mydb-virtual-endpoint.postgres.database.azure.com).
    • Guardar a configuração.
    • Atualize seu aplicativo para usar esse ponto de extremidade virtual na cadeia de conexão.
  2. Execute a restauração point-in-time-restore (PITR) ou a restauração de snapshot:

    • 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 ponto de extremidade virtual:
      • Depois que a nova instância for criada, navegue de volta para a guia Replicação do servidor primário antigo.
      • Remova o ponto de extremidade virtual do servidor primário original. Old Primary deve estar no succeeded estado para remover o ponto de extremidade virtual
      • Adicione o mesmo ponto de extremidade virtual ao servidor recém-criado.
  3. Validação:

    • Certifique-se de que seu aplicativo se conecte usando o ponto de extremidade virtual e verifique as operações de banco de dados pós-recuperação.