# Configuration

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.

![Liste des Clusters avec flags d'inclusion dans le Failover](/files/FbXoGECaFrJHbT194jIl)

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

![](/files/A3pp3v3NZrPr5WNsHN0u)

### 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**.

![Paramètres courants de la HA](/files/Sar3x7gVWks1cqCAMWRV)

* **DB Poll Interval (s)** ; définit la période (en secondes) de collecte des statistiques de recovery par les **daemons pglookout.**&#x20;
  * 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.&#x20;

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.

![Paramètre de désactivation du Failover automatique](/files/Jzl2UAMzAJf1HrNmilOk)

## 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"**

![Paramètres Avancés de la HA PostgreSQL](/files/Q1fpike0sfkKWcm7O3Wm)

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

Pour cela, cliquez sur le bouton <img src="/files/JK667TSiPX3b3LxShEmM" alt="" data-size="line"> présent dans la zone Settings de l'onglet **"High Availability".** Muppy va lancer une Task de reconfiguration par **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"**

![Liste des Daemons pglookout](/files/4EmKbGdBeSzVGCHMlEEi)

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

![La vue formulaire d'un daemon pglookout](/files/wI993Uz3vth8P6fM9nAt)

La page [Monitoring](/guides/postgresql/postgresql-ha/monitoring.md) contient plus de détails sur les informations disponibles.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.muppy.io/guides/postgresql/postgresql-ha/configuration.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
