Événements
14 nov., 23 h - 9 févr., 23 h
L’appel à propositions est ouvert jusqu’au 9 février pour cet événement de développeur gratuit et virtuel.
DémarrageCe navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
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é.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Pour plus d’informations sur la configuration des alertes, suivez ces guides :
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é.
Événements
14 nov., 23 h - 9 févr., 23 h
L’appel à propositions est ouvert jusqu’au 9 février pour cet événement de développeur gratuit et virtuel.
Démarrage