Points de terminaison virtuels dans Azure Database pour PostgreSQL - Serveur flexible

Les points de terminaison virtuels sont des points de terminaison d'écoute en lecture-écriture et en lecture seule qui restent cohérents quel que soit le rôle actuel du serveur Azure Database pour PostgreSQL : Serveur flexible. Cette cohérence signifie que vous n’avez pas besoin de mettre à jour la chaîne de connexion de votre application après avoir effectué l’action Promouvoir en serveur principal. Les points de terminaison pointent automatiquement vers le serveur approprié après une modification de rôle.

Vous effectuez toutes les opérations impliquant des points de terminaison virtuels, que vous ajoutiez, modifiez ou supprimez, dans le contexte du serveur principal. Dans le portail Azure, vous gérez ces points de terminaison sous la page du serveur primaire. De même, lorsque vous utilisez des outils tels que l’interface CLI, l’API REST ou d’autres utilitaires, les commandes et les actions ciblent le serveur primaire pour la gestion des points de terminaison.

Les points de terminaison virtuels offrent deux types distincts de points de connexion :

Point de terminaison de l’enregistreur (lecture/écriture) : ce point de terminaison pointe toujours vers le serveur principal actuel. Il garantit que les opérations d’écriture sont dirigées vers le serveur approprié, indépendamment des opérations de promotion déclenchées par les utilisateurs. Ce point de terminaison ne peut pas être changé pour pointer vers un réplica.

Point de terminaison en lecture seule : vous pouvez configurer ce point de terminaison pour qu’il pointe vers une réplique en lecture ou vers le serveur principal. Toutefois, il ne peut cibler qu’un seul serveur à la fois. Il ne prend pas en charge l’équilibrage de charge entre plusieurs serveurs. Vous pouvez ajuster le serveur cible pour ce point de terminaison à tout moment, avant ou après la promotion.

Points de terminaison virtuels et promotion du comportement

Lorsque vous déclenchez une action de promotion, ces points de terminaison se comportent de manière prévisible. Les sections suivantes expliquent comment ces points de terminaison réagissent à la fois à la promotion vers le serveur principal et à la promotion vers des scénarios de serveur indépendant .

Comportement lorsque « Promouvoir en serveur primaire » est déclenché

• Point de terminaison d’écriture : ce point de terminaison est mis à jour pour pointer vers le nouveau serveur principal, reflétant le basculement de rôle.
• Point de terminaison en lecture seule
  • Si le point de terminaison en lecture seule pointe vers le réplica: après l’opération de promotion, le point de terminaison en lecture seule pointe vers le nouveau réplica (l’ancien primaire).
  • Si le point de terminaison en lecture seule pointe vers le point de terminaison principal : pour que la promotion fonctionne correctement, le point de terminaison en lecture seule doit pointer vers le serveur destiné à la promotion. Le pointage vers le serveur principal n'est pas pris en charge. Vous devez reconfigurer le point de terminaison pour qu'il pointe vers le réplica avant la promotion.

Comportement lorsque « Promouvoir en serveur indépendant et supprimer de la réplication » est déclenché

• Point de terminaison de l’enregistreur : ce point de terminaison reste inchangé. Il continue de diriger le trafic vers le serveur, tenant le rôle de primaire.
• Point de terminaison en lecture seule
  • Si le point de terminaison en lecture seule pointe vers le réplica : le point de terminaison en lecture seule est redirigé du réplica promu vers le serveur principal.
  • Si le point de terminaison en lecture seule pointe vers le point de terminaison principal : le point de terminaison en lecture seule reste inchangé, continuant à pointer vers le même serveur.

Utiliser des points de terminaison virtuels pour conserver un nom d’hôte constant lors d’une récupération à un point dans le temps (PITR) ou d’une restauration d’instantané

Cette section explique comment utiliser des points de terminaison virtuels dans Azure Database pour PostgreSQL – Serveur flexible afin de conserver un nom d’hôte stable lors d’une restauration à un instant donné (PITR) ou d’une restauration d’instantané, en garantissant que les chaînes de connexion des applications restent inchangées. Suivez ces étapes :

1. Ajoutez un point de terminaison virtuel au serveur principal :

   • Accédez à votre serveur principal dans le portail Azure.
   • Accédez à l’onglet Réplication . Sous Points de terminaison virtuels, sélectionnez Ajouter un point de terminaison virtuel.
   • Configurez le point de terminaison virtuel avec un nom d’hôte cohérent, tel que mydb-virtual-endpoint.postgres.database.azure.com.
   • Enregistrer la configuration.
   • Mettez à jour votre application pour utiliser ce point de terminaison virtuel dans la chaîne de connexion.

2. Effectuez une restauration à un point dans le temps (PITR) ou une restauration d’instantané :

   • Démarrer la récupération :
     • Accédez à la section Sauvegardes de votre serveur primaire.
     • Choisissez l’option de restauration appropriée (PITR ou snapshot) et spécifiez le point dans le temps souhaité.
   • Mettre à jour le point de terminaison virtuel :
     • Une fois le nouveau serveur créé, revenez à l’ancien onglet Réplication du serveur principal.
     • Supprimez le point de terminaison virtuel du serveur principal d’origine. Le serveur principal d’origine doit être dans l’état succeeded pour supprimer le point de terminaison virtuel.
     • Ajoutez le même point de terminaison virtuel au nouveau serveur.

3. Validation:

   • Vérifiez que votre application se connecte à l’aide du point de terminaison virtuel et vérifiez les opérations de base de données après la récupération.

Contenu connexe

• Créer des points de terminaison virtuels pour les réplicas en lecture avec Terraform
• Réplicas en lecture dans Azure Database pour PostgreSQL.
• Géoréplication dans Azure Database pour PostgreSQL.
• Promouvoir les réplicas en lecture dans Azure Database pour PostgreSQL.
• Créer un réplica en lecture.
• Réplication entre les régions Azure et les réseaux virtuels avec réseau privé.