Monitoring

Cette page décrit toutes les fonctionnalités relatives au suivi de la Haute Disponibilité PostgreSQL

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)

Statut de la High Availability

L'icone HA Active avec le Spinner vous informe que la High Availability est active sur un RCS.

Inspecter les daemons pglookout

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:

Formulaire d'un daemon pglookout

Actuellement le daemon déployé sur chaque Cluster est un pglookout. A terme, il est possible qu'un autre type de daemon soit déployé ; une évolution de pglookout nommée mpypgd. C'est pour cette raison que vous verrez parfois le terme mpypgd.

Les informations suivantes sont disponibles sur le formulaire:

  1. Le statut du daemon ; Ok ou Non installé

  2. Le Host sur lequel le daemon est installé

  3. 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.

  4. 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.

  5. 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)

  6. La Configuration du daemon.

Les commandes suivantes sont disponibles via le bandeau de boutons supérieur :

HA Events Log

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.

Purge du HA Event Log

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:

  1. permet d'ajuster la fréquence de la purge

  2. permet de modifier la période de rétention

Last updated