L'essentiel à retenir
- La haute disponibilité désigne la capacité d’un système informatique à rester opérationnel malgré les pannes de composants.
- Elle se mesure en pourcentage de disponibilité annuelle le plus proche de 100 % : 99,9 %, 99,99 %, 99,999 %.
- Elle repose sur la redondance, le basculement automatique, la répartition de charge et la suppression des points uniques de défaillance.
- Haute disponibilité, sauvegarde et plan de reprise d’activité (PRA) sont trois notions complémentaires.
- Le bon niveau de haute disponibilité se choisit en fonction du coût d’une heure d’indisponibilité pour l’activité, ce n’est pas une norme absolue.
La haute disponibilité, souvent abrégée HA (pour High Availability), désigne la capacité d’un système informatique, d’une application ou d’un service à rester accessible et opérationnel pendant une durée maximale, même lorsque certains de ses composants tombent en panne.
Le principe fondateur : anticiper que tout composant finit par tomber et concevoir l’architecture pour que cette panne reste invisible aux utilisateurs.
Une architecture haute disponibilité ne cherche pas à empêcher les pannes, ce qui est impossible. Elle cherche à empêcher qu’une panne locale ne devienne une interruption de service perceptible par l’utilisateur.
Le langage des "neuf" : de 99 % à 99,999 %
Le niveau de haute disponibilité d’un système se mesure en pourcentage de temps de fonctionnement effectif sur une période donnée, généralement une année. C’est ce qu’on appelle le taux de disponibilité, ou uptime. Un fournisseur cloud qui garantit un SLA (Service Level Agreement) de 99,99 % s’engage sur un maximum de 52 minutes d’indisponibilité annuelle.
La différence entre chaque niveau peut sembler minime en pourcentage, mais elle est spectaculaire en temps réel :
| Niveau de disponibilité | Temps d’indisponibilité par an | Usage typique |
|---|---|---|
| 99 % | 3 jours et 15 heures | Applications non critiques |
| 99,9 % (trois neuf) | 8 heures et 46 minutes | Sites web professionnels |
| 99,99 % (quatre neuf) | 52 minutes | Applications métier critiques |
| 99,999 % (cinq neuf) | 5 minutes | Systèmes vitaux, télécoms, santé |
Passer de 99,9 % à 99,99 % divise le temps d’arrêt par dix. Le coût de cette progression, lui, est loin d’être linéaire.
Pourquoi la haute disponibilité concerne aussi la direction
Si ce sujet paraît se cantonner aux équipes techniques, la haute disponibilité est aussi un sujet de direction générale.
Trois évolutions expliquent ce déplacement :
- la dépendance croissante des activités aux outils numériques,
- la sophistication des cyberattaques visant à interrompre les services,
- et le durcissement des obligations réglementaires en matière de continuité (NIS 2, DORA pour le secteur financier).
Une indisponibilité présente surtout un risque financier, réputationnel et parfois légal.
Haute disponibilité, gestion des sauvegardes, plan de reprise d’activité (PRA) : trois notions à ne pas confondre
La haute disponibilité : éviter la panne visible
L’objectif de la haute disponibilité est que l’utilisateur ne perçoive pas l’incident.
Un serveur tombe ? Un serveur miroir prend le relais en quelques secondes. Un disque dur/SSD flanche ? La donnée reste accessible sur un autre disque du même cluster. La HA agit en temps réel, sur des pannes locales, dans une même infrastructure.
La sauvegarde / rollback : pouvoir revenir en arrière
On n’apprend plus la nécessité d’une sauvegarde.
Votre entreprise doit disposer d’une copie (minimum) des données à un instant T pour restaurer en cas de perte, de corruption ou de chiffrement par ransomware.
La sauvegarde ne protège pas contre l’interruption : elle permet la reconstruction. Une entreprise qui subit une attaque par rançongiciel/ransomware et dont les serveurs sont chiffrés pourra restaurer ses données depuis ses sauvegardes, mais son activité aura probablement été interrompue plusieurs heures ou plusieurs jours.
Le plan de reprise d'activité (PRA) : redémarrer après sinistre majeur
Un PRA sert à remettre en fonctionnement les systèmes critiques après un événement catastrophique qui rend inutilisable le site principal (incendie, inondation, coupure électrique majeure, cyberattaque destructrice).
Le PRA suppose l’existence d’un site de secours géographiquement distinct, avec ses propres données et infrastructures. Il se mesure en RTO (Recovery Time Objective, temps maximal admissible pour redémarrer) et RPO (Recovery Point Objective, quantité maximale de données que l’on accepte de perdre).
Ces trois dispositifs sont complémentaires.
- La haute disponibilité (HA) protège du quotidien.
- La sauvegarde protège du passé.
- Le PRA protège de l’extraordinaire.
Une entreprise résiliente combine les trois, avec un niveau d’investissement calibré sur ses enjeux réels. Sur les sujets informatiques, on appelle cela la cyber-résilience, une approche proactive pour renforcer la sécurité de votre infrastructure informatique.
Les principes techniques d'une architecture haute disponibilité
Sans entrer dans le détail de l’implémentation, quelques principes structurent une architecture permettant une haute disponibilité des services. Les comprendre permet de dialoguer utilement avec un prestataire cloud ou une équipe interne.
La redondance : dupliquer ce qui est critique
C’est le principe fondateur. Chaque composant critique du système est dupliqué :
- serveurs
- baies de stockage
- liens réseau
- alimentations électriques.
Si un élément tombe, sa contrepartie prend le relais. On parle souvent de configuration active-active (les deux composants travaillent en parallèle et se répartissent la charge) ou active-passive (l’un est en attente, prêt à prendre le relais).
Le basculement automatique (failover)
Dupliquer les composants ne suffit pas : encore faut-il que le passage de l’un à l’autre soit automatique et rapide. Le système supervise en permanence l’état de santé de ses éléments et déclenche le basculement dès qu’une défaillance est détectée. L’utilisateur voit, au pire, une brève latence, mais le service n’est pas interrompu.
La répartition de charge (load balancing)
Un équilibreur de charge distribue les requêtes entrantes entre plusieurs serveurs. Il améliore les performances en évitant qu’un serveur ne sature, et il contribue à la haute disponibilité en redirigeant automatiquement le trafic vers les serveurs sains si l’un d’eux tombe.
La suppression des points uniques de défaillance (SPOF)
Un SPOF (Single Point of Failure) est un composant dont la panne suffit à interrompre tout le système. Un unique câble réseau, un unique disque, une unique alimentation électrique constituent autant de SPOF potentiels. Auditer une architecture pour une haute disponibilité consiste à identifier et éliminer ces points faibles en priorité.
La supervision continue
Une architecture haute disponibilité vit et évolue. Elle exige une supervision permanente pour détecter les incidents avant qu’ils n’affectent les utilisateurs, valider que les mécanismes de basculement fonctionnent réellement, et alerter les équipes en cas de dégradation. Un système informatique sans supervision n’est pas réellement qualifié pour être un système à haute disponibilité.
Focus dirigeant : qu’est-ce que la haute disponibilité protège concrètement dans mon entreprise
L'accès permanent aux outils et documents métier
Système de messagerie, ERP, solution de gestion électronique de documents (GED), applications comptables, outils collaboratifs : une entreprise utilise beaucoup de services indispensables à la production des équipes. Leur indisponibilité gèle l’activité de dizaines, parfois de centaines de collaborateurs simultanément. La haute disponibilité de ces systèmes conditionne donc directement la productivité.
La continuité de la relation client
Site web commercial, portail client, système de prise de commande, service client en ligne : chaque minute d’indisponibilité se traduit en ventes perdues et en clients frustrés. Dans certains secteurs (e-commerce, services financiers), l’impact est immédiatement quantifiable.
Un exemple mondial assez récent : Panne du cloud Amazon impactant des sites entiers et des services comme AirBnB, Reddit ou Snapchat1.
La résistance aux cyberattaques visant la disponibilité
La disponibilité constitue l’un des trois piliers de la sécurité informatique, aux côtés de la confidentialité et de l’intégrité. Or de nombreuses cyberattaques visent explicitement à la compromettre : attaques par déni de service distribué (DDoS), rançongiciels/ransomware chiffrant les systèmes, sabotages.
Une architecture haute disponibilité, associée à des mesures de sécurité adaptées, complique la tâche des attaquants et limite l’impact de leurs actions.
Comment évaluer le niveau de haute disponibilité dont votre entreprise a besoin ?
Toutes les applications n’ont pas le même besoin de disponibilité. Un outil de reporting mensuel peut tolérer plusieurs heures d’arrêt sans conséquence majeure. Un système de facturation en ligne, non. La démarche consiste à hiérarchiser.
Identifier les applications critiques
Une application est critique si son arrêt provoque immédiatement une perte de revenus, une rupture de service client, une non-conformité réglementaire ou un blocage majeur de la production. Cette cartographie est le préalable à toute décision d’investissement en haute disponibilité.
Chiffrer le coût d'une heure d'indisponibilité
Combien coûte, en euros, une heure d’arrêt de tel ou tel système ? La question paraît difficile mais elle est indispensable. Elle intègre le chiffre d’affaires perdu, les coûts salariaux improductifs, les pénalités contractuelles éventuelles, l’impact sur la réputation. Ce chiffre détermine ce qu’il est rationnel d’investir dans la haute disponibilité de ce système.
Définir un SLA cible réaliste
Le SLA (Service Level Agreement) est l’engagement contractuel de disponibilité pris par un prestataire, exprimé en pourcentage.
- Un SLA de 99,9 % semble excellent en apparence. Rapporté à une année, il autorise pourtant près de 8 heures 45 minutes d’indisponibilité, ce qui est inacceptable pour beaucoup de systèmes stratégiques.
- À l’inverse, viser 99,999 % pour tous les systèmes coûte extrêmement cher pour un bénéfice souvent marginal. Le bon SLA se choisit application par application.
Vérifier les engagements de ses prestataires cloud
Quand une application repose sur un service cloud externe, la haute disponibilité de l’ensemble ne dépasse pas celle du maillon le plus faible. Vérifier les SLA contractuels du prestataire, les pénalités en cas de non-respect, les mécanismes de sauvegarde et de réplication est une étape indispensable de tout choix d’externalisation.
Haute disponibilité et cyber-résilience : une brique parmi d'autres
La haute disponibilité est nécessaire, mais elle ne suffit pas. Elle s’inscrit dans une stratégie de cyber-résilience plus large, qui combine prévention, détection, réaction et reprise. Un système haute disponibilité reste vulnérable à une attaque logique qui compromet toutes ses copies simultanément (un rançongiciel qui chiffre les données répliquées, par exemple).
C’est pourquoi une structure informatique de haute disponibilité doit toujours s’accompagner de sauvegardes isolées, de mesures de sécurité robustes et d’un plan de reprise formalisé.
Pour les PME et ETI, cette approche multicouche peut sembler complexe à construire en interne. Le recours à un partenaire cloud proposant nativement des architectures redondantes, associé à des services managés de cybersécurité et de sauvegarde, permet d’atteindre un niveau de résilience professionnel sans internaliser toutes les compétences.
Konica Minolta accompagne les entreprises sur cette chaîne complète :
- solutions cloud pour héberger les applications métier dans des infrastructures conçues pour la haute disponibilité,
- services de cybersécurité pour prévenir et détecter les attaques,
- dispositifs de sauvegarde,
- Plan de Reprise d’Activité pour garantir la continuité en cas d’incident majeur.
Le mieux reste de faire un diagnostic personnalisé pour activer uniquement ce dont vous avez besoin.
Voir nos solutions d’infrastructure et infogérance informatique
Sources :
1- La panne du cloud d’Amazon au centre de données de Virginie du Nord est en grande partie résolue
27 juillet 2026
FAQ : les questions fréquentes des entreprises sur la haute disponibilité (HA)
Quelle est la différence entre haute disponibilité et tolérance aux pannes ?
Les deux notions sont proches mais distinctes. La tolérance aux pannes vise une continuité de service absolue, sans aucune interruption, y compris pendant la bascule vers un composant de secours. Elle repose souvent sur des composants matériels spécifiques qui fonctionnent en parallèle synchronisé. La haute disponibilité accepte, elle, une très brève interruption pendant le basculement, mais offre un rapport coût-bénéfice généralement plus favorable. La plupart des architectures d’entreprise relèvent de la HA, pas de la tolérance aux pannes.
Qu'est-ce qu'un SLA de 99,99 % ?
Un SLA (Service Level Agreement) de 99,99 %, aussi appelé « quatre neuf », est un engagement contractuel du prestataire à maintenir le service disponible au moins 99,99 % du temps sur une période donnée, généralement annuelle. Cela correspond à un maximum d’environ 52 minutes d’indisponibilité par an. Un SLA sérieux inclut des pénalités financières en cas de non-respect.
La haute disponibilité protège-t-elle des cyberattaques ?
Partiellement. La haute disponibilité offre une bonne résistance aux attaques visant à saturer un système (déni de service distribué (DDoS), car la redondance permet d’absorber la charge ou de basculer sur des ressources saines.
En revanche, elle ne protège pas contre une attaque logique (rançongiciel, corruption de données) qui touche simultanément les composants principaux et redondants. Pour cette raison, la haute disponibilité doit toujours être associée à des sauvegardes isolées et à un plan de reprise d’activité (PRA).
Faut-il de la haute disponibilité pour toutes les applications de l'entreprise ?
Non. La haute disponibilité coûte cher, et son coût progresse fortement avec l’exigence de disponibilité. Elle doit être réservée aux applications dont l’indisponibilité provoque un impact business immédiat et significatif. Pour les applications non critiques, une sauvegarde régulière et un délai de restauration raisonnable suffisent.
Comment mettre en place la haute disponibilité dans une PME ?
Pour une PME, la voie la plus efficace passe généralement par le recours à des services cloud dont les architectures intègrent nativement la haute disponibilité. Construire en interne une infrastructure HA suppose des compétences, du matériel dédié et une supervision permanente qui dépassent souvent les moyens des structures de taille moyenne. Un partenaire cloud fiable, contractuellement engagé sur un SLA élevé, offre le meilleur rapport résilience-investissement.