Le terme haute disponibilité n'a de sens que si l'on définit la manière de le mesurer. Les sites informatiques mesurent la haute disponibilité en pourcentage du temps de disponibilité des systèmes, mais le fournisseur et le consommateur doivent s'accorder sur ce qui constitue la disponibilité et comment le temps est
Encadré : Mesurer la haute disponibilité
mesuré. En principe, le pourcentage de
disponibilité est calculé ainsi :
x = (n - y) x 100/n
où n est le nombre total de minutes dans un mois calendaire donné et
y est le nombre de minutes total pendant lesquelles le service
est indisponible dans un mois calendaire donné. Pour calculer le pourcentage
de disponibilité, il faut connaître le nombre total de minutes dans
la période de service, ainsi que les minutes que vous pouvez exclure du calcul. Les exclusions les plus courantes sont les heures de maintenance
planifiées, le temps d’immobilisation planifié (par exemple, pour mettre
des virus en quarantaine, pour réagir à une menace de sécurité) et des
actes de force majeure.
Par exemple, un mois de 31 jours contient 31 x 24 x 60 ou 44 640
minutes. Si un serveur est indisponible pendant 15 minutes à cause d’un
crash inattendu et d’une réinitialisation automatique, le pourcentage de
disponibilité est de 99,97 %. Si le serveur est aussi immobilisé pendant
3 heures pour un remplacement de matériel planifié, la disponibilité
est de 99,56 % – si on n’exclut pas la maintenance planifiée. (Le pourcentage
de disponibilité reste à 99,97 % si on exclut la maintenance planifiée.)
Supposons que vous offriez une garantie mensuelle de 100 000
dollars liée à un SLA (Service Level Agreement) de 99,9 %. Toute
ambiguïté par rapport aux exclusions risque de vous coûter cette somme.
Outre la durée des pannes, il faut aussi considérer leur fréquence.
Supposons que vous vouliez offrir un SLA de 99,95 % pour un
serveur, à l’exclusion de la maintenance planifiée. Ce pourcentage de
disponibilité permet d’avoir le serveur offline pendant un maximum de
3 heures et 43 minutes au cours d’un mois de 31 jours. Vous pourriez
avoir une instance de 3 heures 43 minutes, deux instances d’une heure
51 minutes, ou trois instances d’une heure 14 minutes. A l’évidence, plus
les pannes d’un serveur sont fréquentes, plus vite vous devez le restaurer
pour respecter votre LSA mensuel.
Téléchargez cette ressource
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Le Cercle de l’Innovation décerne le Prix de l’Innovation du Public 2026
- Avec l’IA agentique, la robustesse des SI redevient stratégique
- Les erreurs du secteur bancaire dans son approche IA
- Crypto Crime 2026 : États et cybercriminels convergent vers une industrialisation des infrastructures
Articles les + lus
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
À la une de la chaîne Tech
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
