Le problème à résoudre
Les services critiques reposent souvent sur un serveur unique : sa panne interrompt l’activité. Pour une banque ou un opérateur Mobile Money, chaque minute d’indisponibilité se traduit en transactions perdues et en confiance entamée.
La promesse pour la direction
Votre administrateur conçoit des architectures sans point de défaillance unique : clustering Pacemaker/Corosync, bases répliquées et bascule automatique — garantissant la continuité même en cas de panne matérielle.
Ce que le parcours débloque
Éliminé
Point de défaillance unique
Automatique
Bascule sur panne
99,9 %+
Disponibilité service critique
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | AdminSys confirmé |
| Prérequis | Linux, réseau, bases de données |
| Durée | 6 mois (accélérateur) |
| Format | Blended · 70 % de pratique |
Pile technique maîtrisée à l’issue
Pacemaker · Corosync · HAProxy · Keepalived · PostgreSQL · Patroni · etcd
Les jalons
Une trajectoire pour un collaborateur déjà en poste. Chaque mois est validé par un livrable et un critère d’acceptation écrit à l’avance.
| Mois | Thème | Atelier | Validation |
|---|---|---|---|
| M1 | Concepts HA Élimination du SPOF | Cartographier les points de défaillance uniques | ✔ SPOF identifiés et priorisés |
| M2 | Clustering Pacemaker / Corosync | Monter un cluster actif/passif | ✔ Bascule automatique réussie |
| M3 | Bases répliquées Réplication PostgreSQL | Configurer une réplication primaire/réplica | ✔ Promotion de réplica testée |
| M4 | Load balancing Répartition de charge | Répartir le trafic sur plusieurs nœuds | ✔ Charge équilibrée et basculée |
| M5 | Tests de bascule Validation de la HA | Simuler des pannes en cascade | ✔ Continuité prouvée sous panne |
| M6 | Projet HA Service critique en HA | Rendre un service réel hautement disponible | ✔ Soutenance + panne provoquée |