Ajout Fonctionnement de l'initialisation du cluster

This commit is contained in:
emorino 2022-08-19 16:56:45 +02:00
parent 70cc32c268
commit 2ce36a8400

View file

@ -168,7 +168,7 @@ Puis on recharge la configuration de systemd et on démarre patroni sur chaque n
# systemctl start patroni.service
~~~
A ce stade patroni va lancer PostgreSQL, on peux regarder s'il a des erreurs dans `/var/log/syslog`
A ce stade Patroni va lancer PostgreSQL, on peux regarder s'il a des erreurs dans `/var/log/syslog`
On peux vérifié l'état du cluster, sur un des noeuds, avec la commande suivante :
@ -178,9 +178,15 @@ On peux vérifié l'état du cluster, sur un des noeuds, avec la commande suivan
+ Cluster: cluster (7120522414311271133) -------+----+-----------+
| Member | Host | Role | State | TL | Lag in MB |
+-----------------+----------------+---------+---------+----+-----------+
| cluster1 | 10.0.0.1 | Replica | running | 4 | 0 |
| cluster2 | 10.0.0.2 | Replica | running | 4 | 0 |
| cluster3 | 10.0.0.3 | Leader | running | 4 | |
| cluster1 | 10.0.0.1 | Replica | running | 1 | 0 |
| cluster2 | 10.0.0.2 | Replica | running | 1 | 0 |
| cluster3 | 10.0.0.3 | Leader | running | 1 | |
+-----------------+----------------+---------+---------+----+-----------+
~~~
## Fonctionnement de l'initialisation du cluster
Lors du premier démarrage de Patroni sur les machines du cluster, Patroni va contacter etcd et définir le leader, en général c'est l'instance qui répond en premier.
Sur les Replica, Patroni va lancer un `pg_basebackup` depuis le replica vers le leader pour copier l'instance PostgreSQL et la redémarré en mode recovery.
C'est identique a ce qu'on fait lorsque on initialise une [Streaming Réplication](https://wiki.evolix.org/HowtoPostgreSQL/ReplicationPhysique#synchronisation-initiale-des-donn%C3%A9es-m%C3%A9thode-courante)