Monitoring de l’état d’intégrité de la haute disponibilité (HA) pour Azure Database pour PostgreSQL – Serveur flexible
S’APPLIQUE À : 
Azure Database pour PostgreSQL : serveur flexible
Azure Database pour PostgreSQL – Serveur flexible inclut une fonctionnalité de monitoring de l’état d’intégrité de la haute disponibilité (HA), qui utilise l’infrastructure Resource Health Check (RHC) d’Azure. Ce service fournit des insights continus sur l’intégrité des instances compatibles avec la haute disponibilité, et vous informe des événements susceptibles d’affecter la connectivité et la disponibilité. Les paragraphes suivants détaillent chaque état d’intégrité et les scénarios associés pour vous aider à résoudre les problèmes et à maintenir la stabilité de la haute disponibilité.
États d'intégrité
Chaque état de haute disponibilité est surveillé par le biais de différents signaux internes qui représentent des conditions spécifiques. Voici les états de haute disponibilité possibles, ainsi que les indicateurs visuels et les scénarios susceptibles d’affecter votre instance d’Azure Database pour PostgreSQL – Serveur flexible.
Disponible : La haute disponibilité est saine
L’état Disponible indique que votre serveur à haute disponibilité fonctionne normalement, et qu’aucun problème affectant la préparation du basculement n’a été détecté. Toutes les configurations nécessaires sont intactes et aucune condition d’erreur significative n’a été détectée.
Détériorée : Un groupe de sécurité réseau (NSG) ou une appliance virtuelle bloque les connexions
L’état Détériorée peut apparaître lorsque des règles de groupe de sécurité réseau ou une appliance virtuelle bloquent les connexions essentielles requises pour la haute disponibilité. Ce problème de configuration entrave le fonctionnement complet de la haute disponibilité, et doit être corrigé en ajustant les paramètres du groupe de sécurité réseau.
Détériorée : État de lecture seule
Si votre serveur flexible PostgreSQL bascule dans un état de lecture seule, l’état Détériorée reflète cette restriction. La restauration des fonctionnalités complètes nécessite généralement l’approvisionnement de ressources supplémentaires ou l’examen des conditions qui ont conduit au paramètre de lecture seule.
Détériorée : Haute disponibilité à l’état Détériorée
Lorsque le service HA lui-même présente une détérioration des performances, éventuellement due à des problèmes temporaires ou à des conditions au niveau du système, cet état s’affiche. L’implémentation d’une logique de nouvelle tentative peut aider à atténuer les effets de ces interruptions de connectivité temporaires.
Détériorée : Basculement planifié lancé
Lors d’un événement de basculement planifié lancé pour votre serveur, l’état Détériorée s’affiche, ce qui signifie que les processus de basculement HA sont actifs. Il s’agit généralement d’un processus bref et contrôlé, et le service devrait reprendre peu de temps après.
Détériorée : Basculement non planifié lancé
Pour un basculement non planifié, cet état indique un événement de basculement actif déclenché par des circonstances inattendues. Ce scénario peut impliquer de brèves interruptions de connectivité jusqu’à ce que le serveur ait terminé les procédures de basculement.
Détériorée : Basculement de mise à niveau lancé
Pendant les mises à niveau système, votre serveur HA peut subir un basculement de mise à niveau pour l’application de mises à jour nécessaires. Dans cet état, le serveur peut restreindre temporairement les nouvelles connexions, et une logique de nouvelle tentative doit être implémentée afin de gérer efficacement les problèmes temporaires.
Configuration des alertes Resource Health
Vous pouvez configurer des alertes Resource Health pour recevoir des notifications en temps réel en cas de changement d’état de l’intégrité de votre instance PostgreSQL prenant en charge la haute disponibilité. Les configurations sont disponibles via le portail Azure ou à l’aide d’un modèle ARM, ce qui vous permet de rester informé des mises à jour de l’état de haute disponibilité sans surveiller activement le portail.
Étapes de configuration des alertes Resource Health via le portail
- Accédez au portail Azure et sélectionnez votre serveur flexible PostgreSQL.
- Dans le menu de gauche, sélectionnez « Alertes » dans la section « Surveillance ».
- Sélectionnez « Nouvelle règle d’alerte » et configurez la logique d’alerte en fonction des signaux Resource Health.
- Configurez le groupe d’actions pour spécifier la façon dont vous souhaitez être averti (e-mail, SMS, etc.).
- Passer en revue et créer la règle d’alerte.
Étapes de création d’alertes Resource Health à l’aide d’un modèle ARM
- Téléchargez le modèle ARM à partir du guide de modèle ARM d’alertes Resource Health.
- Personnalisez le modèle avec les détails de votre serveur et vos préférences d’alerte spécifiques.
- Déployez le modèle ARM à l’aide d’Azure CLI ou d’Azure PowerShell.
- Vérifiez le déploiement et veillez à ce que les alertes soient actives.
Pour plus d’informations sur la configuration des alertes, suivez ces guides :
- Configurer des alertes Resource Health par le biais du portail
- Créer des alertes Resource Health à l’aide d’un modèle ARM
Le monitoring de l’état d’intégrité de la haute disponibilité vous permet d’obtenir des insights essentiels sur les performances de haute disponibilité de votre serveur PostgreSQL, et ainsi d’adopter une approche proactive de la gestion de la durée de bon fonctionnement et de la disponibilité.