Mode Pause/Reprise pour le cluster
Objectif
Dans certains cas, Patroni doit pouvoir se retirer temporairement de la gestion du cluster tout en conservant l’état du cluster dans le DCS. Les cas d’utilisation possibles concernent des activités inhabituelles sur le cluster, telles que les mises à jour majeures de version ou la récupération après corruption. Pendant ces opérations, les nœuds sont souvent démarrés et arrêtés pour des raisons inconnues de Patroni, certains nœuds pouvant même être temporairement promus, ce qui contrevient à l’hypothèse d’un seul nœud primaire en cours d’exécution. Par conséquent, Patroni doit pouvoir se « déconnecter » du cluster en cours, en implémentant une fonctionnalité équivalente au mode maintenance de Pacemaker.
Implémentation
Lorsque Patroni s’exécute en mode mis en pause, il ne modifie pas l’état de PostgreSQL, à l’exception des cas suivants :
Pour chaque nœud, la clé membre dans le DCS est mise à jour avec les informations actuelles concernant le cluster. Cela fait que Patroni exécute des requêtes en lecture seule sur un nœud membre si ce dernier est en cours d’exécution.
Pour le nœud Postgres primaire possédant le verrou de leader, Patroni met à jour le verrou. Si le nœud détenteur du verrou de leader cesse d’être le primaire (par exemple, s’il est démote manuellement), Patroni libère le verrou au lieu de promouvoir à nouveau le nœud.
Les redémarrages manuels non planifiés, les basculements ou basculements planifiés manuels non planifiés et les réinitialisations sont autorisés. Aucune action planifiée n’est autorisée. Le basculement planifié manuel n’est autorisé que si le nœud vers lequel effectuer le basculement est spécifié.
Si Patroni détecte des primaires en parallèle, il émet un avertissement, mais ne démote pas le primaire sans verrou de leader.
S’il n’y a pas de verrou de leader dans le cluster, le primaire en cours d’exécution acquiert le verrou. S’il existe plus d’un nœud primaire, le premier primaire à acquérir le verrou l’emporte. S’il n’y a aucun primaire du tout, Patroni ne tente pas de promouvoir une réplique. Une exception à cette règle existe : si le verrou de leader est absent parce que l’ancien primaire s’est lui-même démoté suite à une promotion manuelle, alors seul le nœud candidat mentionné dans la requête de promotion peut acquérir le verrou de leader. Lorsque le nouveau verrou de leader est accordé (c’est-à-dire après avoir promu manuellement une réplique), Patroni s’assure que les répliques qui étaient en streaming depuis l’ancien leader basculent vers le nouveau.
Lorsque Postgres est arrêté, Patroni ne tente pas de le redémarrer. Lorsque Patroni est arrêté, il ne tente pas d’arrêter l’instance Postgres qu’il gère.
Patroni n’essaiera pas de supprimer les slots de réplication qui ne représentent pas un autre membre du cluster ou qui ne sont pas listés dans la configuration des slots permanents.
Guide utilisateur
patronictl prend en charge les commandes pause et resume .
On peut également émettre une requête PATCH vers la clé {namespace}/{cluster}/config avec {"pause": true/false/null}