PostgreSQL haute disponibilité avec sauvegarde PITR

Déployer un cluster PostgreSQL à bascule automatique (Patroni + etcd), un pooler PgBouncer, des sauvegardes pgBackRest avec restauration à un instant donné et des tests de bascule chronométrés.

Senior20 h

La base de l'application métier ne tolère plus d'interruption longue (RTO 5 min, RPO 1 min). Vous mettez en place un cluster à trois nœuds avec bascule automatique, un pooler pour absorber les connexions et une stratégie de sauvegarde vérifiée par restauration PITR.

primairestreamingstreamingWAL
Application
PgBouncer
HAProxy
pg-1 (primaire)
pg-2 (réplique)
pg-3 (réplique)
etcd x3
Dépôt pgBackRest
Architecture : Application, PgBouncer, HAProxy, pg-1 (primaire), pg-2 (réplique), pg-3 (réplique), etcd x3, Dépôt pgBackRest

Architecture

Trois nœuds PostgreSQL gérés par Patroni, consensus etcd, HAProxy aiguillant vers le primaire (health check REST de Patroni), PgBouncer, dépôt pgBackRest.

Livrables

  • Configuration Patroni, HAProxy, PgBouncer et pgBackRest
  • Procédure et résultats de trois tests de bascule (durée, pertes)
  • Démonstration de restauration PITR avant une suppression accidentelle
  • Tableau de bord : retard de réplication, connexions, requêtes coûteuses