Break-Fix : split-brain d'un cluster sans fencing
Incident — Après une coupure du lien de cluster, les deux nœuds db1 et db2 ont monté le volume partagé et démarré PostgreSQL : des données sont corrompues. stonith-enabled avait été désactivé « pour simplifier ».
sudo pcs property config stonith-enabled→ valeur →answer stonith <true|false>- Créez un agent de fencing IPMI par nœud :
sudo pcs stonith create fence-db1 fence_ipmilan ip=10.0.99.11 username=fence password=Fence!2026 lanplus=1 pcmk_host_list=db1(etfence-db2:ip=10.0.99.12,pcmk_host_list=db2) - Réactivez :
sudo pcs property set stonith-enabled=true - Testez :
sudo pcs stonith fence db2(en fenêtre de maintenance !) puissudo pcs status - Dans un cluster à 2 nœuds, qu'est-ce qui départage les deux moitiés sans tiers ? →
answer arbitre <qdevice|dns|ntp>
Bientôt disponible
Les exercices pratiques ouvrent prochainement. Le titre, le résumé et le plan restent visibles pour découvrir le contenu.
Tâches
- Cause identifiée
- Fencing configuré et activé
- Fencing testé