22
0
Fork 0

Ajout doc check_pgactivity pour la streaming réplication

This commit is contained in:
emorino 2020-10-23 15:10:05 +02:00
parent e8602b2a8f
commit d288921d80
1 changed files with 26 additions and 0 deletions

View File

@ -189,6 +189,32 @@ POSTGRES_HOT_STANDBY_DELAY OK: DB "template1" (host:192.0.2.2) 0 | time=0.09s re
Où localhost est le maître et 192.0.2.2 le réplica. Les valeurs de _replay_delay_ et _receive-delay_ sont *à priori* exprimées en octets de WAL à rejouer. Où localhost est le maître et 192.0.2.2 le réplica. Les valeurs de _replay_delay_ et _receive-delay_ sont *à priori* exprimées en octets de WAL à rejouer.
### check_pgactivity
On peux surveilé la streaming réplication également avec le check_pgactivity :
<https://github.com/OPMDG/check_pgactivity>
On surveille la streaming réplication avec le service *streaming_delta* qui surveile le delta de données entre le primaire et le secondaire.
Le check peut prendre le nom qu'on a donnée à la variable application_name sur le secondaire dans le fichier recovery.conf
Si on a seulement un secondaire à surveillé on peux le faire comme ceci :
~~~
postgres@serv:~$ /usr/lib/nagios/plugins/check_pgactivity -s streaming_delta --slave 'slave1 192.168.0.2'
~~~
Si on a deux secondaire à surveillé :
~~~
postgres@serv:~$ /usr/lib/nagios/plugins/check_pgactivity -s streaming_delta --slave 'slave1 192.168.0.2','slave2 192.168.0.3'
~~~
Si sur le primaire on a aussi des slot de réplication logique, on peux les exclures du check *streaming_delta* avec l'option --exclude qui supporte les regex, dans l'exemple on part du principe que les slots de réplication logique sont nommées mysub_* :
~~~
postgres@serv:~$ /usr/lib/nagios/plugins/check_pgactivity -s streaming_delta --slave 'slave1 192.168.0.2','slave2 192.168.0.3' --exclude mysub_*
~~~
### Passer un serveur réplica en maître ### Passer un serveur réplica en maître
Si le maître est toujours joignable, éteindre PostgreSQL en forçant la déconnexion des clients : Si le maître est toujours joignable, éteindre PostgreSQL en forçant la déconnexion des clients :