L’uptime vous dit pendant quelle part d’une période un site web a fonctionné. Si un site a été disponible 29 jours et 23 heures dans un mois de 30 jours, et indisponible pendant l’heure restante, son uptime pour ce mois est d’environ 99,86 %.
Le mot est souvent utilisé comme synonyme de disponibilité. Dans l’usage courant, les deux veulent dire la même chose : le site était-il là quand quelqu’un en avait besoin ? Les ingénieurs font parfois une distinction : la disponibilité pour le résultat que vit l’utilisateur, l’uptime pour le temps pendant lequel un système tourne. Pour le propriétaire d’un site web, la question pratique reste la même : pendant quelle part du temps les visiteurs ont-ils pu utiliser le site ?
Comment l’uptime est calculé
La formule est simple :
uptime % = (total time − downtime) ÷ total time × 100
Prenons un mois de 30 jours, soit 43 200 minutes. Supposons que le site ait eu deux pannes, l’une de 12 minutes et l’autre de 31 minutes. Le temps d’arrêt est de 43 minutes.
(43,200 − 43) ÷ 43,200 × 100 = 99.90%
Deux choses décident si un tel chiffre est honnête. La première est ce qui compte comme « arrêt » (voir temps d’arrêt). La seconde est la façon dont le temps d’arrêt a été mesuré, ce que nous voyons plus bas.
Ce que les pourcentages représentent en minutes
Les pourcentages d’uptime semblent proches les uns des autres, mais ils ne le sont pas. Chaque « neuf » supplémentaire divise par dix le temps d’arrêt toléré.
| Uptime | Temps d’arrêt par mois de 30 jours | Temps d’arrêt par an |
|---|---|---|
| 99 % | 7 heures 12 minutes | 3,65 jours |
| 99,9 % | 43 minutes 12 secondes | 8 heures 45 minutes 36 secondes |
| 99,99 % | 4 minutes 19 secondes | 52 minutes 34 secondes |
Un site à 99 % peut être indisponible pendant la majeure partie d’une journée de travail chaque mois et afficher pourtant un chiffre qui paraît élevé. À 99,99 %, un seul redémarrage lent peut consommer toute la marge du mois.
Uptime et temps d’arrêt
L’uptime et le temps d’arrêt sont les deux faces d’une même mesure. Tout ce qui n’est pas de l’uptime est du temps d’arrêt : un mois à 99,9 % compte donc 0,1 % de temps d’arrêt. Annoncer l’uptime met l’accent sur la part saine, ce qui fait paraître les petits problèmes petits. Annoncer le temps d’arrêt en minutes et compter les incidents en dit souvent plus sur ce que les visiteurs ont réellement vécu.
D’où viennent les chiffres d’uptime
Un service de surveillance ne regarde pas un site en continu. Il envoie une requête à intervalle fixe, par exemple toutes les cinq minutes, et enregistre le résultat. L’uptime est ensuite estimé à partir de ces échantillons.
Cela a des conséquences :
- Les pannes courtes peuvent tomber entre deux vérifications. Avec un intervalle de cinq minutes, une panne de deux minutes peut commencer et finir sans qu’une seule vérification échoue. Un intervalle plus court réduit l’écart sans le supprimer.
- Les durées sont approximatives. Pour une panne vue par deux vérifications échouées consécutives, on sait seulement qu’elle a duré à peu près un intervalle, pas à la seconde près.
- Chaque outil donne des chiffres différents. Deux services qui vérifient depuis des endroits différents, à des intervalles différents et avec des règles différentes sur ce qui compte comme un échec afficheront un uptime différent pour le même site.
C’est pourquoi un chiffre d’uptime fourni par un outil de surveillance décrit ce que l’outil a observé selon ses propres règles. Ce n’est pas une mesure du site du point de vue de chaque visiteur.
Pourquoi l’uptime compte
Quand un site est en panne, les visiteurs ne peuvent ni acheter, ni se connecter, ni lire, ni vous contacter. Le coût dépend du site. Pour une boutique, ce sont des commandes perdues. Pour un produit logiciel, ce sont des clients qui ne peuvent pas utiliser ce qu’ils paient. Pour un site vitrine, c’est une première impression manquée.
L’uptime compte aussi parce qu’il est facile à promettre et à mesurer. Les hébergeurs, les agences et les éditeurs de logiciels fixent des objectifs d’uptime dans leurs contrats, et c’est de là que viennent des termes comme SLA.
Ce que l’uptime ne vous dit pas
- Un site peut être « en ligne » et pourtant inutilisable. Un serveur peut répondre avec un code de succès alors que le paiement, la connexion ou la recherche sont cassés. Un uptime fondé sur des requêtes web voit la réponse, pas l’expérience.
- Lent ne veut pas dire en panne. Une page qui met douze secondes à répondre est disponible selon la plupart des définitions. Le temps de réponse le suit à part.
- Les moyennes cachent les tendances. Un mois à 99,9 % peut être une seule panne de 43 minutes ou trente courtes. Les clients les vivent très différemment.
- Un chiffre élevé ne garantit rien. L’uptime passé ne dit rien de certain sur le mois suivant.
Comment utiliser ce chiffre
Choisissez une période et gardez-la constante, en général un mois civil. Suivez le temps d’arrêt en minutes à côté du pourcentage. Regardez les incidents un par un, et pas seulement le total. Et considérez un objectif comme 99,9 % comme un but mesurable, pas comme une promesse que rien ne tombera en panne.