muppy.io
  • ⛏️Qu'est ce que muppy.io ?
  • ⚒️Concepts Muppy
  • Quickstarts
    • ✏️Introduction
  • Guides
    • ⛏️Muppy Core
      • Hosts
        • Création et enrôlement d'un Host
          • ✏️Server Types
          • ✏️Configuration réseaux spécifiques
        • ⚒️Host's Users
        • ⚒️Host's Network information
        • ⚒️Host's Metrics
      • Tasks et Fact Collectors
        • ⚒️Exécution des Tasks (Task Runs)
          • ⚒️Exécution asynchrone des Tasks (Launch as Job)
        • ⚒️Synchronisation des Tasks et Scripts
        • ⚒️Liste des Scripts
        • ⚒️Liste des Tasks
        • ⚒️Création de Task "Shell Script"
        • ⚒️Liste des Fact Definitions
      • ⛏️Firewall UFW
        • Désactiver UFW globalement
        • ✏️Page 1
      • SSH Keys
        • Gestion des SSH Keys
        • Gestion des "authorized_keys"
        • Extraction Clef Privée d'un User User
      • ⚒️Systemd Service Units
        • ⚙️Liste des Systemd Units
        • ➕Création de Systemd Units
        • 📰Systemctl status et log
        • ✏️Edition des Systemd Units
    • 🐘PostgreSQL
      • PostgreSQL Base
        • Installation de PostgreSQL
        • Gestion des Clusters
          • Création
          • Configuration
          • Contrôle
          • Administration (basique)
        • Backup, Restore et Copy de Databases
          • Databases Backups (pg_dump)
          • PostgreSQL Backup
          • pg_dump Restore
          • Database Copy
          • pg_restore Callback Task
        • Backups Planifiés
        • Gestion rétention des Backups
      • PostgreSQL Replication
        • Créer un RCS
        • Visualiser un RCS
        • Suivre la Replication
        • Ajouter des Standbys
        • Restructurer un RCS
        • Intégration d'un RCS
        • Reconfigurer un RCS
      • PostgreSQL HA
        • Configuration
        • Activation et Désactivation
        • Monitoring
        • pglookout Heartbeat
      • PostgreSQL PITR
        • Configuration de WAL-G
        • Lancement des Clusters Backups
        • Liste des Clusters Backups (WAL-G)
        • Purge des fichiers de Backup PITR
        • Monitoring du PITR
        • Objets S3 stockés par WAL-G
        • Restauration PITR
      • PostgreSQL Tools
        • pgBadger - log analysis
    • Muppy Pack
      • ⛏️Packs
      • Concepts
      • ⛏️Muppy Cluster
        • Cluster Security
        • PostgreSQL Cluster Resources
      • ⛏️Reverse Proxy
    • ✏️Configuration
      • 👫Gestion des Users Muppy
      • 🏬S3 Buckets
      • 💬Notifications Teams
      • ✏️Notifications Slack
    • ⛏️Odizy
      • Odizy Workflow
        • Test Servers
      • Accéder à vos serveurs
      • Restaurer un backup sur le serveur de staging
      • Activer un serveur Standby
      • ⛏️Configuration LXC CI/CD
      • Activate and Launch remote Code-Server (VS Code from coder.com)
    • ⚒️Kubernetes
      • ⚒️Installer Tailscale
      • ⚒️Installer un cluster microk8s
      • ⚒️Installer PostgrSQL
      • ⚒️Installer les packages d'infrastructures
  • 📡Muppy Enterprise
    • Introduction
    • ⛏️Configuer une Instance Muppy Enterprise
    • 🌡️Monitoring Muppy Enterprise
  • ⛏️Work in progress
    • ⛏️Code Server
    • ⛏️Muppy Development Servers
      • Move Development Server
Powered by GitBook
On this page
  • Paramètres courants
  • Périmètre du Failover
  • Configuration du Failover
  • Ajustement de la HA Strategy
  • Configuration avancée
  • Reconfiguration de la HA
  1. Guides
  2. PostgreSQL
  3. PostgreSQL HA

Configuration

Cette page présente les options de configuration de la Haute Disponibilité PostgreSQL.

PreviousPostgreSQL HANextActivation et Désactivation

Last updated 3 years ago

Muppy distingue 2 catégories de paramètres de la HA:

  • Les Paramètres Courants qui sont propres à chaque RCS

  • Les Paramètres Avancés gérés par Muppy

Paramètres courants

Périmètre du Failover

Par défaut, Muppy considère que tous les Clusters du RCS interviennent dans la Haute Disponibilité.

A partir de la liste des Clusters vous pouvez définir:

  • Excluded From HA ; Muppy n'installera pas de daemon pglookout sur le Cluster. Les Statistiques de ce Cluster ne seront donc pas collectées et le Cluster ne pourra pas être promu (cela implique Never Promote = True)

  • Never Promote ; Si Never Promote = True alors les Statistiques de Replication du Cluster sont collectées mais le Cluster ne sera jamais promu.

Pour définir ces flags, cliquez pour ouvrir le Cluster et utiliser les 2 boutons correspondants:

Configuration du Failover

Ces paramètres présents dans la zone Settings de l'onglet High Availability régissent le fonctionnement particulier du Failover dans le RCS ; on parle de Stratégie de Haute Disponibilité ou HA Strategy.

  • DB Poll Interval (s) ; définit la période (en secondes) de collecte des statistiques de recovery par les daemons pglookout.

    • Dans cet exemple, les process pglookout vont collecter les statistiques de tous les Clusters toutes les 3 secondes.

  • "Replication State Check Interval (s)" ; définit la période (en secondes) de calcul du Standby qui ferait le meilleur Primary. Pour cela pglookout utilise les statistiques collectées ci-dessus.

    • Dans cet exemple, pglookout va déterminer le meilleur Primary toutes les 8 secondes.

  • "Warning Replication Time Lag (s)" ; si le calcul précédent détermine un nouveau Primary (ce qui implique que l'ancien ne répond pas) pendant une durée supérieure à ce délai (en secondes), pglookout émet un warning qui va se matérialiser par une notification et une entrée dans le journal des évènements de la HA (HA Event Log).

  • "Max Failover Replicat.Time Lag (s)" ; si la situation perdure pendant une durée supérieure à ce délai (en secondes), pglookout déclenche un Failover qui va se matérialiser par une notification et une entrée dans le journal des évènements de la HA (HA Event Log).

  • "Failover Sleep Time (s)" ; lorsqu'un Failover est enclenché, l'algorithme de gestion de la HA est désactivé pendant cette durée. Ceci permet d'éviter d'enclencher un Failover pendant le failover.

Ajustement de la HA Strategy

Pour permettre d'ajuster les paramètres de la HA Strategy d'un RCS sans avoir besoin d'exécuter des Failovers de test, Muppy permet de désactiver la partie exécution du Failover. La mécanique de calcul décrite ci-dessus et la journalisation sont actives, mais les Failovers sont désactivés.

Ceci est utile, particulièrement en multi-cloud, pour ajuster vos paramètres afin d'éviter les Failovers "faux positifs" déclenchés par des coupures réseaux transitoires.

Le paramètre "Auto. Failover deactivated?" situé en entête du RCS permet de désactiver le Failover automatique.

Configuration avancée

Les valeurs par défaut de ces paramètres ont été définies pour que vous n'ayez pas besoin de les changer. La modification de ces paramètres nécessite une parfaite compréhension du fonctionnement de pglookout et de Muppy.

Ces paramètres sont regroupés dans la zone Settings de l'onglet "High Availability"

Pour ces paramètres, nous vous invitons à vous référer à l'aide contextuelle, à la documentation de pglookout et à la Prestation d'Accompagnement de votre Contrat muppy.io

Reconfiguration de la HA

Si vous avez modifier la configuration de la HA alors qu'elle est active, vous devez re-configurer tous les daemons pglookout.

Une fois que l'exécution des Tasks est terminée, vous pouvez vérifier l'état de chaque pglookout en ouvrant son formulaire depuis la liste de Daemons présente dans l'onglet "High Availability"

Le vue formulaire des daemons pglookout présente les informations sur le Process pglookout, son statut et sa configuration.

La page Monitoring contient plus de détails sur les informations disponibles.

Pour cela, cliquez sur le bouton présent dans la zone Settings de l'onglet "High Availability". Muppy va lancer une Task de reconfiguration par pglookout.

🐘
Liste des Clusters avec flags d'inclusion dans le Failover
Paramètres courants de la HA
Paramètre de désactivation du Failover automatique
Paramètres Avancés de la HA PostgreSQL
Liste des Daemons pglookout
La vue formulaire d'un daemon pglookout