Endpoint virtuali in Azure Database per PostgreSQL - Server flessibile

Gli endpoint virtuali sono endpoint listener di lettura/scrittura e di sola lettura che rimangono coerenti indipendentemente dal ruolo corrente del server flessibile Database di Azure per PostgreSQL. Questa coerenza significa che non è necessario aggiornare il stringa di connessione dell'applicazione dopo aver eseguito l'azione alza di livello al server primario. Gli endpoint puntano automaticamente al server corretto dopo una modifica del ruolo.

È possibile eseguire tutte le operazioni che coinvolgono endpoint virtuali, che si tratti di aggiunta, modifica o rimozione, nel contesto del server primario. Nel portale di Azure questi endpoint vengono gestiti nella pagina del server primario. Analogamente, quando si usano strumenti come l'interfaccia della riga di comando, l'API REST o altre utilità, i comandi e le azioni usano il server primario per la gestione degli endpoint.

Gli endpoint virtuali offrono due tipi distinti di punti di connessione:

Endpoint di scrittura (lettura/scrittura): questo endpoint punta sempre al server primario attuale. Garantisce che le operazioni di scrittura vengano indirizzate al server corretto, indipendentemente dal trigger degli utenti delle operazioni di promozione. Non è possibile modificare questo endpoint in modo che punti a una replica.

Endpoint di sola lettura: è possibile configurare questo endpoint in modo che punti a una replica di lettura o al server primario. Tuttavia, può specificare come destinazione un solo server alla volta. Non supporta il bilanciamento del carico tra più server. È possibile modificare il server di destinazione per questo endpoint in qualsiasi momento, sia prima che dopo l'innalzamento di livello.

Endpoint virtuali e comportamento di promozione

Quando si attiva un'azione di promozione, questi endpoint si comportano in modo prevedibile. Le sezioni seguenti spiegano come questi endpoint reagiscono sia allo scenario Promuovi a server primario sia allo scenario Promuovi a server indipendente.

Comportamento quando viene attivato "Alza di livello al server primario"

• Endpoint di scrittura: questo endpoint viene aggiornato per puntare al nuovo server primario, rispecchiando il passaggio di ruolo.
• Endpoint di sola lettura
  • Se l'endpoint di sola lettura punta a una replica: dopo l'azione di promozione, l'endpoint di sola lettura punta alla nuova replica (la precedente istanza primaria).
  • Se l'endpoint di sola lettura punta al server primario: affinché la promozione funzioni correttamente, l'endpoint di sola lettura deve puntare al server destinato alla promozione. Il puntamento al server primario non è supportato. È necessario riconfigurare l'endpoint in modo che punti alla replica prima della promozione.

Comportamento quando viene attivato il messaggio "Alza di livello a server indipendente e rimuovi dalla replica"

• endpoint Writer: Questo endpoint rimane invariato. Continua a indirizzare il traffico al server, mantenendo il ruolo primario.
• Endpoint di sola lettura
  • Se l'endpoint di sola lettura punta alla replica: l'endpoint di sola lettura viene reindirizzato dalla replica promossa al server primario.
  • Se l'endpoint di sola lettura punta a primario: l'endpoint di sola lettura rimane invariato, continuando a puntare allo stesso server.

Usare gli endpoint virtuali per un nome host coerente durante il ripristino temporizzato (PITR) o il ripristino dello snapshot

Questa sezione illustra come usare gli endpoint virtuali in un server flessibile Database di Azure per PostgreSQL per mantenere un nome host coerente durante il ripristino temporizzato (PITR) o il ripristino dello snapshot, assicurando che le stringhe di connessione dell'applicazione rimangano invariate. Segui questi passaggi:

1. Aggiungere un endpoint virtuale al server primario:

   • Passare al server primario nel portale di Azure.
   • Passare alla scheda Replica . In Endpoint virtuali selezionare Aggiungi endpoint virtuale.
   • Configurare l'endpoint virtuale con un nome host coerente, ad esempio mydb-virtual-endpoint.postgres.database.azure.com.
   • Salvare la configurazione.
   • Aggiornare l'applicazione per usare questo endpoint virtuale nella stringa di connessione.

2. Eseguire il ripristino a un punto nel tempo (PITR) o il ripristino da snapshot:

   • Avviare il ripristino:
     • Passare alla sezione Backup del server primario.
     • Scegliere l'opzione di ripristino appropriata (PITR o snapshot) e specificare il punto desiderato nel tempo.
   • Aggiornare l'endpoint virtuale:
     • Dopo aver creato il nuovo server, tornare alla scheda Replica server primario precedente.
     • Rimuovere l'endpoint virtuale dal server primario originale. Il server primario originale deve trovarsi nello succeeded stato per rimuovere l'endpoint virtuale.
     • Aggiungere lo stesso endpoint virtuale al server appena creato.

3. Convalida:

   • Assicurarsi che l'applicazione si connetta usando l'endpoint virtuale e verificare le operazioni del database dopo il ripristino.

Contenuti correlati

• Creare endpoint virtuali per le repliche in lettura con Terraform
• Repliche in lettura in Database PostgreSQL di Azure.
• Replica geografica in Database di Azure per PostgreSQL.
• Promuovere repliche in lettura in Database di Azure per PostgreSQL.
• Creare una replica in lettura.
• Replica tra aree di Azure e reti virtuali con rete privata.