Patterns de haute disponibilité — référence d'architecture
Actif/passif, actif/actif, quorum, VIP, réplication synchrone ou asynchrone : choisir le bon pattern selon le RTO/RPO visé.
- #high-availability
- #disaster-recovery
- #load-balancing
Mesurer la disponibilité
| Disponibilité | Indisponibilité / an |
|---|---|
| 99 % | 3,65 jours |
| 99,9 % | 8,8 heures |
| 99,95 % | 4,4 heures |
| 99,99 % | 53 minutes |
Composants en série : disponibilités multipliées (0,999 × 0,999 = 99,8 %). En parallèle : 1 − (1 − A)².
Patterns
Actif / passif — un nœud sert, l'autre attend (VRRP/keepalived, Pacemaker). Simple ; la bascule prend quelques secondes ; le passif doit être testé régulièrement.
Actif / actif — tous les nœuds servent derrière un répartiteur. Capacité utilisée, bascule transparente ; exige des nœuds sans état ou un état partagé.
Quorum — avec un stockage ou une base partagés, un nombre impair de votants (3, 5) évite le split-brain : une partition minoritaire s'arrête d'elle-même. Fencing (STONITH) pour garantir qu'un nœud isolé n'écrit plus.
Réplication
- Synchrone : RPO = 0, latence ajoutée, distance limitée.
- Asynchrone : faible latence, RPO = retard de réplication.
RTO / RPO
- RTO : durée maximale d'interruption acceptable.
- RPO : perte de données maximale acceptable.
| Besoin | Pattern typique |
|---|---|
| RPO heures, RTO jour | sauvegardes + restauration testée |
| RPO minutes, RTO heure | réplique asynchrone + bascule manuelle |
| RPO ≈ 0, RTO minutes | réplication synchrone + bascule automatique |
Pièges
- La HA ne protège pas des erreurs logiques (suppression, ransomware) : les sauvegardes restent indispensables.
- Point unique de défaillance caché : DNS, stockage, pare-feu, alimentation, un seul opérateur.
- Bascule jamais testée = bascule qui échoue le jour J.