Monitoring
Cette page décrit toutes les fonctionnalités relatives au suivi de la Haute Disponibilité PostgreSQL
Last updated
Cette page décrit toutes les fonctionnalités relatives au suivi de la Haute Disponibilité PostgreSQL
Last updated
En terme de monitoring de la High Availability, Muppy permet de:
Visualiser le statut de la High Availability d'un RCS
Inspecter les daemons pglookout
D'inspecter le journal des évènements de la HA (HA Event Log)
L'icone HA Active avec le Spinner vous informe que la High Availability est active sur un RCS.
Dans l'onglet High Availability, Muppy affiche la liste des daemons pglookout et permet de les inspecter.
Veuillez vous référer à la page pglookout Heartbeat pour la signification des colonnes State et ... cnx.
Lorsque vous cliquez sur une des lignes correspondante à un daemon pglookout, le formulaire suivant s'ouvre et donne accès à toutes les informations et opérations disponibles pour ce daemon:
Les informations suivantes sont disponibles sur le formulaire:
Le statut du daemon ; Ok ou Non installé
Le Host sur lequel le daemon est installé
Owner PG Cluster ; le Cluster dont le daemon est responsable.
Il est possible d'installer des daemons dits "observers" qui ne sont responsables d'aucun Cluster mais uniquement présents pour alimenter l'algorithme de consensus avec des statistiques de réplication collecté depuis un autre point du réseau.
State URL ; le daemon contient un petit serveur http qui publie les statistiques sous forme de JSON. Ceci indique l'URL et le port qui publient les statistiques. Un clic sur l'URL ouvre les statistiques dans une nouvelle page.
Systemd Service ; Muppy déploie le daemon comme un Service Systemd. Cette ligne permet d'ouvrir l'objet Muppy Systemd Service qui permet de configurer et contrôler le service (Voir la pageSystemd Service Units)
La Configuration du daemon.
Les commandes suivantes sont disponibles via le bandeau de boutons supérieur :
Dans Muppy, la plupart des évènements liés à la High Availability sont consignés dans le HA Event logs. Celui-ci est accessible en cliquant sur le bouton "HA Event Log" situé en entête du formulaire des RCS.
Lorsque vous cliquez sur ce bouton, Muppy ouvre une table qui contient tous les évènements liés à la Haute Disponibilité. Vous pouvez utiliser cette table pour reconstituer - Post Mortem - la chronologie d'un Failover.
Les évènements QUERY_STATE contiennent le détail des statistiques de Replication relevé à ce moment là. Sur l'exemple suivant, on remarque que le Primary ne répond plus et on peut déterminer le Standby avec le lag le plus faible.
Muppy purge, automatiquement, toutes les 6 heures, les évènements du HA Event Log âgés de plus de 740 heures (31 jours environ).
La purge est gérée par la Scheduled Action Worker "Muppy: PostgreSQL - Purge Ha Event Log" accessible via le menu Settings / Technical / Automation / Scheduled Actions.
Si vous avez Muppy Enterprise, vous pouvez modifier la période de rétention et la fréquence de la purge à partir du formulaire de la Scheduled Action:
permet d'ajuster la fréquence de la purge
permet de modifier la période de rétention
Si la HA n'est pas active, l'indicateur de statut est le suivant:
; lorsque vous cliquez sur ce bouton, Muppy récupère les statistiques de réplication en se connectant sur la State URL et les utilise pour mettre à jour les statistiques de réplication du RCS ( Voir Suivre la Replication ).
; lorsque vous cliquez sur ce bouton, Muppy recalcule la configuration et l'injecte dans le daemon.
; lance la réinstallation complète du daemon.
; désinstalle le daemon et reconfigure tous les autres daemons. Comme chaque daemon se connecte à tous les autres Clusters, en cas de suppression d'un daemon, il est nécessaire de re-configurer tous les autres.
Cliquez sur le bouton pour enregistrer vos modifications. Elles s'appliqueront à la prochaine exécution (Next Execution Date). Vous pouvez cliquez sur pour lancer une purge immédiatement.
