Par Raphaël Ruelle, organisé par Café Devops (via Meetup). Archive sur Café Devops (à venir).

Il nous aura fallu quelques semaines d'adaptation, mais désormais notre soif de partage de bonnes pratiques ne peut rester sans réponses.

La prochaine présentation portera sur Postgresql et le management de la réplication et du Failover d'un cluster avec Repmgr.

La session débutera par une présentation des notions de réplication, de journaux, failover, split brain, puis viendra une démo.

---

Notes personnelles

• réplication synchrone : tous les serveurs doivent valider les transactions
• réplication asynchrone : tous les serveurs peuvent ne pas valider les transactions : une tempo est en place

• réplication logiques vs physiques (?)

• Cas d'usage de la présentation

  • Choix d'utiliser WAL (Write Ahead Logging) :
    • journaux intérmédiaire moins gourmand en ressource à utiliser
    • 12 (?) fichiers sur lesquels ont boucle
  • accès en lecture sur standby

Pour un pool de server :

• Repmgr
  • admin et configuration
  • priorisation par poids pour choix du serveur primaire
  • promotion/inversion (admin/standby)
• Repmgrd : Demon de supervision
  • réalise le failover si primaire HS

Cas de défauts :

• split-brain : data center isoléé
• Perte de tous les serveur d'un lieu (DC)