Temps de fonctionnement et disponibilité : ce que signifie réellement « 99,9 % »

Dans le cadre de l'hébergement web, des services cloud et d'autres services en ligne, vous rencontrez souvent des mentions telles que 99,9 % % Disponibilité, 99,95 % de disponibilité % ou même 99,99 %.

À première vue, ces valeurs semblent presque identiques. Sur le plan mathématique, cependant, quelques décimales seulement peuvent faire une différence considérable quant au temps d'arrêt potentiel.

En même temps, un pourcentage à lui seul ne dit pas comment il a été mesuré, quelle période est considérée et quels événements sont pris en compte dans le calcul.

Dans cet article, nous expliquons ce que signifient l'uptime et la disponibilité, comment les pourcentages sont calculés et pourquoi l'uptime mesuré, la disponibilité annoncée et un accord de niveau de service contractuel ne sont pas automatiquement la même chose.

En bref : Une disponibilité de 99,9 % Cela ne signifie pas qu’un service ne doit jamais connaître de panne. D’un point de vue mathématique, cela signifie qu’au cours de la période considérée, il est disponible à 99,9 % et indisponible à 0,1 % – à condition que ce soit précisément cette définition qui soit utilisée pour la mesure.

Que signifie le temps de disponibilité ? #

La disponibilité désigne généralement la période pendant laquelle un système ou un service est accessible ou opérationnel.

En surveillance de sites web, cela se traduit souvent par un pourcentage.

Simplifié :

Temps disponible
─────────────── × 100
Temps total

Si un site Web a été accessible pendant toute la période considérée, il en résulte :

100 % Temps de disponibilité

S'il y a eu des pannes pendant cette période, la valeur mesurée diminue en conséquence.

Que signifie « downtime » ? #

Le temps d'indisponibilité désigne par conséquent la période pendant laquelle le service surveillé n'était pas disponible selon la définition utilisée.

Chez :

99,9 % de disponibilité %

supprimé par le calcul :

0,1 %

de la période examinée sur les temps d'arrêt.

Par conséquent, c'est toujours la période sur laquelle porte le pourcentage qui est déterminante.

Que signifie un taux de disponibilité de 99,9 % par mois ? #

Prenons pour un calcul simple un mois de 30 jours.

30 jours
× 24 heures
= 720 heures

720 heures
× 60 minutes
= 43 200 minutes

Chez 99,9 % correspondre à la disponibilité 0,1 % de cette période :

43 200 minutes
× 0,001
= 43,2 minutes

purement théorique 99,9 % Disponibilité sur une période d'environ 30 jours 43 minutes et 12 secondes de temps d'arrêt.

Important : Il s'agit d'une conversion mathématique et non d'une déclaration sur les pannes qu'un contrat d'hébergement particulier autorise réellement ou sur la manière dont un fournisseur définit sa disponibilité.

Que signifient les différentes valeurs d'activité ? #

Les différences deviennent plus nettes lorsque nous comparons plusieurs valeurs entre elles.

Disponibilité	Temps d'arrêt à 30 jours	Temps d'arrêt sur 365 jours
99 %	7 h 12 min.	3 jours 15 h 36 min.
99,5 %	3 h 36 min.	1 j 19 h 48 min.
99,9 %	43 min 12 s.	8 h 45 min 36 s.
99,95 %	21 min 36 s.	4 h 22 min 48 s.
99,99 %	4 min 19 s.	52 min 34 s.
99,999 %	env. 26 sec.	env. 5 min 15 s.

En particulier pour les taux de haute disponibilité, un neuf supplémentaire fait une différence considérable.

Entre 99,9 % et 99,99 % sur le plan visuel, cela ne représente qu'un neuf supplémentaire. Sur une année, cependant, les temps d'arrêt théoriques passent d'environ 8 heures et 46 minutes à moins d'une heure.

Pourquoi la période examinée est-elle si importante ? #

Une donnée en pourcentage n'a qu'une valeur informative limitée sans période de référence.

Par exemple, les éléments suivants peuvent :

99,9 % par mois

et

99,9 % par an

décrivent certes le même pourcentage mathématique, mais le temps d'arrêt absolu autorisé ou mesuré diffère selon la longueur de la période.

L'évaluation de pannes individuelles plus longues peut également s'en trouver modifiée.

Un exemple avec une panne de deux heures #

Supposons qu'un site Web tombe en panne une seule fois pendant une période de 30 jours, pendant deux heures.

Le mois comprend :

720 heures

Dont :

718 heures disponibles

La disponibilité est donc de :

718
─── × 100
720

= environ 99,72 %

Une seule panne de deux heures dans cet exemple suffirait donc à ce que, pour cette période de 30 jours, aucune 99,9 % être atteint.

Plusieurs courtes pannes sont additionnées #

Les temps d'arrêt ne doivent pas nécessairement consister en une seule longue panne.

Par exemple :

Panne 1 : 5 minutes
Panne 2 : 12 minutes
Panne 3 : 8 minutes
Panne 4 : 10 minutes

Total : 35 minutes

Pour le calcul de la disponibilité, on prend généralement en compte l'ensemble du temps comptabilisé comme temps d'indisponibilité au cours de la période considérée.

99,9 % ne signifie pas „ 43 minutes maximum d'affilée “ #

Le chiffre souvent cité d'environ 43 minutes par 30 jours est parfois mal compris.

Elle ne signifie pas :

Une panne ne peut pas durer plus de 43 minutes.

Elle décrit uniquement l'ensemble de la période d'indisponibilité informatique, qui correspond à une part de 0,1 % correspondant à une période de 30 jours.

Cette durée pourrait théoriquement consister en un événement plus long ou en de nombreux petits événements.

L'uptime et la disponibilité sont souvent utilisés comme des synonymes #

Dans le domaine de l'hébergement web et de la supervision, les termes d'uptime et de disponibilité sont souvent utilisés presque comme des synonymes.

Techniquement, le terme de disponibilité peut toutefois être défini de manière plus large.

Par exemple, un système peut fonctionner mais ne pas être utile pour l'utilisateur.

C'est pourquoi il faut toujours clarifier ce qui, lors d'une mesure concrète, est considéré comme disponible doré.

À quel moment considère-t-on qu'un site Web est disponible ? #

Cela dépend du suivi et de la définition respective.

Un moniteur simple pourrait par exemple utiliser la règle suivante :

HTTP 200
→ EN LIGNE

Délai dépassé
→ HORS LIGNE

HTTP 500
→ HORS LIGNE

Un autre moniteur pourrait en outre vérifier si un contenu spécifique est présent sur la page.

Cela permet à deux systèmes de surveillance d'évaluer le même site web différemment.

Une page d'accueil accessible ne signifie pas que tout est disponible #

Supposons qu'une boutique en ligne présente la situation suivante :

Page d'accueil
→ fonctionne

Pages de produits
→ fonctionnent

Panier
→ fonctionne

Paiement
→ Erreur

Un moniteur qui ne vérifie que la page d'accueil pourrait toujours :

HAUT

signaler.

Pour l'exploitant de la boutique, il subsiste néanmoins un dysfonctionnement fonctionnel considérable.

Remarque : Une valeur d'activité décrit toujours la disponibilité de ce qui a réellement été surveillé – pas automatiquement le bon fonctionnement de l'ensemble du site web.

Que mesure un moniteur de disponibilité ? #

Un moniteur de site web classique appelle à intervalles réguliers une URL définie et évalue sa réponse.

Par exemple :

08:00 → HAUT
08:05 → HAUT
08:10 → BAS
08:15 → BAS
08:20 → HAUT

Le système de surveillance peut ensuite calculer des valeurs de disponibilité à partir de ces tests.

Nous expliquons en détail comment de tels systèmes fonctionnent et quelles méthodes de test existent sur Surveillance de sites web : surveiller l'accessibilité et les pannes.

L'intervalle de contrôle influence la précision de mesure #

Un système de surveillance ne voit pas automatiquement chaque seconde.

Si, par exemple, la vérification n'est effectuée que toutes les cinq minutes, une panne peut commencer ou se terminer entre deux vérifications.

Exemple :

10:00 Test → ACTIF

10:01 la panne effective commence

10:05 Test → INACTIF

10:07 Site web à nouveau accessible

10:10 Test → ACTIF

La panne réelle a duré environ six minutes dans cet exemple.

Cependant, les points de contrôle de cinq minutes ne permettent pas de déterminer le début et la fin à la seconde près.

Pourquoi différents services de surveillance peuvent afficher des valeurs différentes #

Plusieurs systèmes peuvent surveiller le même site Web et obtenir néanmoins des valeurs de disponibilité légèrement différentes.

Cela peut être dû, par exemple, à :

intervalles de contrôle différents

différents sites de surveillance

autres limites de temps d'attente

critères de réussite différents

traitement différent des redirections

contrôles de confirmation

problèmes de réseau régionaux

périodes de mesure différentes

Par conséquent, un écart ne signifie pas automatiquement que l'un des systèmes mesure de manière erronée.

L'emplacement de surveillance et le trajet réseau jouent un rôle #

Un moniteur accède au site Web à partir d'un réseau spécifique.

S'il se produit une perturbation réseau entre cet emplacement de surveillance et le serveur, le moniteur peut enregistrer une erreur, alors même que les visiteurs d'autres régions continuent d'accéder au site web.

C'est pourquoi des contrôles effectués sur plusieurs sites peuvent améliorer la pertinence d'un suivi.

Qu'est-ce qu'un SLA ? #

SLA signifie Accord de niveau de service.

Un SLA est un accord contractuel sur les caractéristiques de performance définies d'un service.

Une disponibilité convenue dans ce document pourrait par exemple être la suivante :

99,9 %

Cependant, ce chiffre n'est pas le seul élément déterminant.

Un SLA doit également définir comment la disponibilité est calculée et quelles conditions s'appliquent.

99,9 % SLA ne correspond pas automatiquement à un temps de disponibilité mesuré de 99,9 % #

Cette différence est particulièrement importante.

Un système de surveillance pourrait par exemple, pour un mois :

99,87 % Temps de disponibilité

afficher.

Cette seule donnée ne permet pas de déterminer si un SLA contractuel a été violé en même temps.

Le SLA peut contenir ses propres règles concernant les événements qui sont pris en compte ou exclus lors du calcul.

Qu'est-ce qu'un SLA peut réguler en plus ? #

Selon le fournisseur et le contrat, les points suivants peuvent par exemple être définis :

période de mesure
méthode de mesure
services concernés
travaux de maintenance planifiés
fenêtres de maintenance annoncées
force majeure
interruptions causées par le client
événements DDoS ou externes
point de mesure du fournisseur
délais de réaction et de notification
avoirs de service

Les règles qui s'appliquent réellement résultent exclusivement du contrat ou du SLA concerné.

Important : Ne calculez jamais un droit potentiel au titre d'un SLA exclusivement sur la base d'un moniteur de disponibilité public. Seules les conditions contractuelles spécifiques font foi.

Maintenance planifiée et disponibilité #

Les travaux de maintenance planifiés sont un bon exemple de la raison pour laquelle une valeur de surveillance et une disponibilité calculée contractuellement peuvent différer.

Un moniteur externe peut enregistrer :

Site web 20 Minuten inaccessible

et ce temps compte-t-il comme temps d'indisponibilité.

Un SLA peut en revanche exclure les fenêtres de maintenance annoncées de son calcul de disponibilité sous certaines conditions.

Les deux valeurs peuvent donc être correctes : elles répondent simplement à des questions différentes.

Différencier la disponibilité annoncée et le SLA #

Il ne faut pas non plus assimiler automatiquement les arguments marketing et les garanties contractuelles.

Un site Web peut, par exemple, faire de la publicité pour une haute disponibilité.

Le fait que cela donne lieu à une garantie exécutoire, à un SLA ou à un droit à une indemnisation spécifique dépend des conditions contractuelles concrètes.

Le pourcentage à lui seul ne répond pas à ces questions.

Que signifie „ garantie de disponibilité 99,9 % “ ? #

Si un fournisseur utilise ce terme, vous devez vérifier comment la garantie est réellement définie.

Sont pertinents, par exemple :

Quels services sont inclus ?

Quelle période s'applique ?

Comment la mesure est-elle effectuée ?

Quelles pannes sont comptabilisées ?

Quelles exceptions s'appliquent ?

Que se passe-t-il en cas de non-respect du seuil ?

Le client doit-il faire une réclamation ?

Ce sont précisément ces conditions qui transforment le pourcentage en un engagement concrètement évaluable.

100 % : la disponibilité est une exigence particulière #

Une disponibilité mesurée mathématiquement de 100 % dans un certain délai est bien entendu possible, si aucune défaillance n'a été enregistrée.

Un engagement permanent de 100 % La disponibilité, en revanche, est beaucoup plus vaste.

Les systèmes informatiques réels se composent de nombreux composants et dépendances :

Réseau

Alimentation électrique

Matériel

Système d'exploitation

Serveur web

Base de données

DNS

Application

Services externes

La redondance peut fortement accroître la disponibilité, mais elle ne peut pas éliminer mathématiquement et totalement les risques techniques.

La haute disponibilité nécessite plus qu'un bon serveur #

L'accessibilité d'un site web ne dépend pas exclusivement du matériel du serveur web.

Un accès simplifié peut comprendre plusieurs composantes :

Visiteur
   ↓
DNS
   ↓
Réseau
   ↓
Pare-feu / Proxy / CDN
   ↓
Serveur web
   ↓
PHP / Application
   ↓
Base de données
   ↓
Services externes

Une erreur à différents endroits de cette chaîne peut faire en sorte que le site Web ne fonctionne pas comme prévu pour l'utilisateur.

La redondance améliore la disponibilité #

Dans les systèmes à haute disponibilité, les composants critiques sont souvent redondants.

Cela peut concerner, par exemple :

Alimentation électrique

Connexions réseau

Serveurs

Stockage

Équilibreurs de charge

Bases de données

Infrastructure DNS

Si une composante tombe en panne, une autre peut prendre le relais.

La redondance réduit ainsi les points de défaillance uniques.

La seule redondance ne garantit pas la haute disponibilité #

Deux systèmes ne sont pas automatiquement hautement disponibles du seul fait qu'ils sont en double.

Si les deux dépendent par exemple de la même configuration erronée, du même réseau ou de la même application, une défaillance commune peut toujours affecter les deux systèmes.

Pour une véritable haute disponibilité, les dépendances et les scénarios de panne doivent donc être considérés comme un système global.

Qu'est-ce qu'un point de défaillance unique ? #

Un point de défaillance unique est un composant unique dont la panne peut affecter l'ensemble du système considéré.

Simplifié :

Site web
   ↓
un serveur
   ↓
Le serveur tombe en panne
   ↓
Le site web tombe en panne

Les architectures redondantes tentent de réduire de telles dépendances critiques uniques.

La disponibilité ne dit rien sur la vitesse d'un site web #

Un site web peut :

99,99 % accessible

et pourtant :

très lentement

sein.

La disponibilité et la performance sont des critères de qualité différents.

Si vous souhaitez analyser la vitesse d'un site web, vous trouverez sous Mesurer et évaluer correctement le temps de chargement d'un site web le mode d'emploi approprié.

Les Core Web Vitals ne sont pas non plus une mesure de disponibilité #

Les Core Web Vitals évaluent des aspects de l'expérience utilisateur tels que les performances de chargement, la réactivité des interactions et la stabilité visuelle.

Vous ne répondez pas à la question de savoir pendant combien de minutes un site Web a été accessible en un mois.

Vous trouverez plus d'informations sur Core Web Vitals expliqués : LCP, INP et CLS.

Un score PageSpeed de 100 ne signifie pas une disponibilité de 100 % #

Même un très bon résultat sur Google PageSpeed Insights ne dit rien sur la question de savoir si le site web est accessible 24h/24 et 7j/7.

À l'inverse, une haute disponibilité ne garantit pas de bonnes valeurs PageSpeed.

Les outils examinent différents aspects :

Surveillance de sites Web
→ Disponibilité

PageSpeed Insights
→ Performance et expérience utilisateur

Search Console
→ Données de moteurs de recherche et d'indexation

La disponibilité et l'absence d'erreurs ne sont pas non plus la même chose #

Un site Web peut être accessible tout en contenant des erreurs.

Par exemple :

Page d'accueil accessible

Formulaire de contact défectueux

Fonction de recherche défectueuse

Certaines images manquent

Paiement défectueux

Un moniteur de disponibilité simple peut ne pas détecter de tels problèmes fonctionnels.

Quelle est la pertinence d'une valeur mensuelle ? #

Une valeur mensuelle est utile, mais elle ne montre qu'une période limitée.

Par exemple :

Janvier  100,00 %
Février 100,00 %
Mars     99,10 %
Avril   100,00 %

Une seule valeur mensuelle peut rendre un incident exceptionnel clairement visible.

Une perspective à plus long terme aide également à évaluer la stabilité d'un service sur plusieurs mois.

Ne pas calculer la disponibilité annuelle simplement en faisant la moyenne des valeurs mensuelles #

Si les périodes de mesure sont de durées différentes, vous ne devez pas faire la moyenne arithmétique des pourcentages sans esprit critique.

Il est plus propre de sommer tout le temps disponible et tout le temps considéré.

Simplifié :

temps total disponible
─────────────────────── × 100
temps total pris en compte

Cela permet de pondérer correctement des périodes de durées différentes.

Un exemple concret #

Supposons qu'un site Web soit surveillé pendant 30 jours et que trois pannes confirmées se produisent :

Panne 1 : 7 minutes
Panne 2 : 11 minutes
Panne 3 : 4 minutes

Temps d'arrêt total :
22 minutes

La période comprend :

43 200 minutes

Le temps disponible est :

43,178 minutes

Il s'ensuit que :

43 178
────── × 100
43 200

≈ 99,949 %

Par exemple, cela pourrait ainsi être arrondi 99,95 % afficher.

L'arrondi peut générer des différences #

Pour des valeurs de haute disponibilité, l'arrondi peut être pertinent.

Une valeur calculée en interne de, par exemple :

99,9491 %

peut être représenté avec deux décimales sous la forme :

99,95 %

paraître.

Par conséquent, pour les seuils de SLA, il doit être clair avec quelle précision le calcul est effectué et à quel moment l'arrondi est appliqué.

Pourquoi une seule capture d'écran ne suffit pas pour l'évaluation d'un SLA #

Une capture d'écran d'un tableau de bord de surveillance peut fournir un indice important, mais elle ne constitue pas automatiquement une évaluation contractuelle complète.

Pour une évaluation fiable, peuvent également être pertinents :

période de mesure complète

configuration du moniteur

intervalle de contrôle

historique des pannes

contrôles de confirmation

fenêtre de maintenance

exclusions contractuelles

méthode de calcul des SLA

Il convient donc d'examiner séparément les données de mesure et l'évaluation contractuelle.

Que devez-vous vérifier lors de l'indication de la disponibilité ? #

Si tu souhaites évaluer une indication de disponibilité ou d'uptime, quelques questions concrètes peuvent t'aider :

Quelle période est examinée ?

Qu'est-ce qui est surveillé ?

D'où la mesure est-elle effectuée ?

À quelle fréquence les vérifications sont-elles effectuées ?

Quand un contrôle est-il considéré comme DOWN (inactif) ?

Les erreurs sont-elles confirmées ?

Les opérations de maintenance sont-elles prises en compte ?

S'agit-il d'une valeur mesurée, d'une valeur cible ou d'un SLA ?

Quelles exceptions s'appliquent ?

Cela donne le contexte nécessaire au simple pourcentage.

Utiliser judicieusement la surveillance de la disponibilité #

Pour l'exploitation pratique d'un site web, un suivi continu est précieux principalement parce que les pannes peuvent être rapidement détectées et documentées dans le temps.

Un déroulement judicieux ressemble par exemple à ceci :

Site Web surveillé
        ↓
Le test échoue
        ↓
L'erreur est confirmée
        ↓
L'alarme est déclenchée
        ↓
La panne est examinée
        ↓
Site Web à nouveau accessible
        ↓
La surveillance confirme qu'il est EN LIGNE
        ↓
Documenter la durée de la panne

Nous expliquons l'installation technique et l'interprétation de ces examens sous Surveillance de sites web : surveiller l'accessibilité et les pannes.

Disponibilité en cas de problèmes sporadiques #

Une disponibilité mensuelle élevée peut masquer des problèmes isolés et gênants.

Supposons qu'un site web tombe en panne presque chaque jour pendant quelques secondes ou minutes.

Le pourcentage mensuel peut néanmoins paraître relativement élevé, tandis que les interruptions récurrentes sont gênantes pour les visiteurs ou les exploitants.

C'est pourquoi, en plus de la valeur totale, tu devrais examiner les incidents individuels.

Une longue panne et de nombreuses pannes courtes ne sont pas la même chose #

Mathématiquement, les deux situations peuvent générer le même temps d'arrêt :

1 × 30 minutes

ou

30 × 1 minute

Cependant, pour l'activité commerciale, les impacts peuvent varier.

De nombreux arrêts courts peuvent par exemple indiquer un problème technique récurrent, tandis qu'une seule panne plus longue peut avoir été une perturbation ponctuelle.

Considérer l'uptime dans le contexte des risques commerciaux #

Le degré de criticité d'une panne dépend fortement du site Web.

Pour une page d'information simple, dix minutes d'indisponibilité peuvent avoir des conséquences relativement minimes.

Pour une boutique en ligne très fréquentée lors d'une importante opération commerciale, ces dix mêmes minutes peuvent avoir des conséquences considérables.

Une disponibilité techniquement identique peut donc avoir une signification commerciale complètement différente pour des entreprises différentes.

La disponibilité n'est qu'une mesure #

Il n'est pas possible d'évaluer utilement la qualité d'un système d'hébergement ou web à l'aide d'un seul pourcentage.

D'autres facteurs incluent, par exemple :

Performance
Stabilité
Sécurité
Concept de sauvegarde
Récupération
Support
Surveillance
Maintenance
Redondance
Dépannage

Une haute disponibilité est importante, mais elle ne remplace pas ces facteurs.

Idées reçues courantes sur les chiffres de disponibilité #

99,9 % signifie « aucune panne »

99,9 % signifie un maximum de
43 minutes par panne

100 % au cours du dernier mois signifie
100 % pour toujours

La disponibilité garantit un site web rapide

« UP » signifie que toutes les fonctions
fonctionnent sans erreur

Le moniteur externe et le SLA
doivent afficher la même valeur

Toute opération de maintenance est impérativement
considérée comme un temps d'indisponibilité au titre du SLA

Toute anomalie de surveillance est
considérée comme une panne de serveur

99,99 % revient presque au même
que 99,9 %

Une valeur de disponibilité élevée à elle seule
est la preuve d’un hébergement de qualité

Liste de contrôle : bien évaluer l'activité (uptime) #

Afficher le pourcentage
        ↓
Déterminer la période
        ↓
Calculer le temps d'arrêt absolu
        ↓
Vérifier la méthode de mesure
        ↓
Vérifier le point de terminaison surveillé
        ↓
Prendre en compte l'intervalle de vérification
        ↓
Consulter les incidents individuels
        ↓
Vérifier les emplacements de surveillance
        ↓
Valeur mesurée ou SLA ?
        ↓
Lire les conditions du SLA
        ↓
Prendre en compte les fenêtres de maintenance et les exceptions
        ↓
Évaluer l'impact commercial

Résumé #

L'uptime ou la disponibilité décrit la proportion d'une période considérée pendant laquelle un système a été disponible selon une définition précise.

99,9 % La disponibilité signifie par le calcul 0,1 % Temps d'arrêt. Sur une période de 30 jours, cela correspond à environ 43 minutes et 12 secondes. Calculé sur une année de 365 jours, cela correspond 99,9 % environ 8 heures et 46 minutes d'indisponibilité.

Cependant, un pourcentage n'est vraiment significatif que si la période de mesure et la méthode de mesure sont également connues. L'intervalle de contrôle, le site de surveillance, le délai d'attente (timeout), les critères de réussite et le point de terminaison effectivement surveillé influencent le résultat.

Il est particulièrement important de faire la distinction entre un temps de disponibilité mesuré techniquement et un SLA contractuel. Un SLA peut définir ses propres méthodes de mesure, exceptions, fenêtres de maintenance et autres conditions. Une valeur de surveillance publique ne peut donc pas être utilisée automatiquement comme preuve du respect ou de la violation d'un SLA.

De même, la performance et la disponibilité sont deux sujets distincts. Un site web peut être très rapide et pourtant tomber en panne, ou bien être presque constamment accessible tout en étant lent.

Une statistique de disponibilité n'est donc vraiment significative qu'avec son contexte : qu'a-t-on mesuré, sur quelle période, selon quels critères — et de quelle disponibilité le site web a-t-il besoin pour son usage réel ?