Ce que signifie vraiment 99,9 % de disponibilité

Quand un tableau de bord d’hébergement ou un contrat annonce 99,9 % de disponibilité, on peut être tenté d’y voir une quasi-permanence. Pour un propriétaire de site, ce raccourci est utile, mais il masque l’essentiel : toute promesse de disponibilité laisse une marge d’indisponibilité, et la manière de la mesurer compte autant que le pourcentage affiché.

La disponibilité n’est pas une impression générale. C’est un ratio calculé sur une fenêtre donnée, qui compare le temps pendant lequel un service était joignable et fonctionnel avec le temps total de cette fenêtre. Le point délicat est que joignable peut vouloir dire des choses différentes selon qu’on parle du serveur, du réseau, de l’application ou de l’ensemble de la chaîne de service.

Ce que mesure vraiment un pourcentage de disponibilité

La question de base est simple : pendant quelle part de la période observée le service a-t-il été disponible ? La réponse semble évidente, mais les détails changent tout. Un fournisseur peut mesurer depuis son propre réseau, depuis l’extérieur ou depuis plusieurs points de contrôle. Il peut compter une interruption brève comme une panne, ou ne retenir que les interruptions plus longues. Il peut mesurer un serveur isolé, une application hébergée ou le parcours complet de l’utilisateur.

Il faut donc lire ce pourcentage comme une promesse de disponibilité définie, pas comme un verdict absolu sur la qualité du service. Un site peut être techniquement accessible et rester inutilisable si la connexion, le panier, la recherche ou les appels API tombent en erreur. Si vous clarifiez encore les bases, l’article sur ce qu’est concrètement l’hébergement web aide à distinguer l’infrastructure visible du résultat réellement ressenti par l’utilisateur.

Comment se calculent 99 %, 99,9 % et 99,99 %

La formule est simple : disponibilité = (temps total - indisponibilité) / temps total × 100. L’intérêt apparaît quand on convertit le temps perdu en heures, minutes et secondes. En supposant une journée de 24 heures, un mois de 30 jours et une année de 365 jours, on obtient les maximums théoriques suivants :

• 99 % : 14m24s par jour, 7h12m par mois de 30 jours, 3d15h36m par année de 365 jours.
• 99,9 % : 1m26,4s par jour, 43m12s par mois de 30 jours, 8h45m36s par année de 365 jours.
• 99,99 % : 8,64s par jour, 4m19,2s par mois de 30 jours, 52m33.6s par année de 365 jours.

Ces valeurs sont théoriques, pas des engagements. Elles supposent un calendrier simplifié. Les mois réels n’ont pas tous la même durée, les années bissextiles ajoutent une journée et les SLA fixent parfois leurs propres règles d’arrondi ou de fenêtre de mesure. C’est pour cela que 99,9 % et 99,99 % ne représentent pas seulement deux décimales différentes, mais deux budgets de panne très éloignés.

En pratique, la différence se ressent vite. Quelques minutes de marge peuvent convenir à un service non critique ; quelques heures peuvent déjà poser problème pour un site commercial ou un outil de production.

Serveur, réseau, application et service ne désignent pas la même chose

La disponibilité peut viser plusieurs niveaux. Un serveur peut fonctionner alors que le réseau subit un problème de routage. Le réseau peut être stable tandis que l’application renvoie des erreurs. L’application peut répondre, mais un sous-système essentiel, comme l’authentification ou le paiement, peut être défaillant. Quand un fournisseur affiche un pourcentage de disponibilité, il faut savoir à quelle couche il fait référence.

• Disponibilité du serveur : la machine ou l’instance répond.
• Disponibilité du réseau : le trafic atteint le service et revient correctement.
• Disponibilité de l’application : le logiciel traite les requêtes sans erreur.
• Disponibilité du service : le parcours complet de l’utilisateur reste utilisable.

Ces notions ne sont pas interchangeables. Deux fournisseurs peuvent afficher le même chiffre tout en mesurant des réalités très différentes. Si l’on ne lit que le titre, on peut croire comparer des offres équivalentes alors que l’un observe un composant d’infrastructure et l’autre l’expérience réelle de l’utilisateur.

Maintenance planifiée, incidents et fenêtres de mesure

L’indisponibilité planifiée n’est pas une panne. Les fenêtres de maintenance, les mises à jour de sécurité, le remplacement de matériel et les migrations contrôlées sont souvent programmés pour réduire les risques. L’indisponibilité non planifiée est celle qui inquiète le plus : problème d’alimentation, erreur de configuration, déploiement défectueux, incident amont sur le réseau ou défaut logiciel.

La supervision aide à distinguer ces cas, mais seulement si les règles de mesure sont claires. Les SLA précisent souvent la méthode d’observation, le début et la fin de la fenêtre, les points de contrôle utilisés et la liste des exclusions. Certains contrats excluent la maintenance annoncée, d’autres la force majeure, d’autres les incidents hors du contrôle du fournisseur et d’autres encore les erreurs causées par le client. Sans ces définitions, le pourcentage est difficile à comparer.

Il faut aussi distinguer panne totale et dégradation. Un service peut rester joignable tout en rendant une fonction clé inutilisable, et cette situation peut être tout aussi pénalisante qu’un arrêt complet. Si la fenêtre de mesure ne la capture pas correctement, le chiffre final donne une image trop optimiste.

Ce qu’un SLA promet, et ce qu’il ne promet pas

Un SLA est plus qu’un chiffre. C’est la partie du contrat qui explique comment la disponibilité est mesurée et ce qui se passe si l’objectif n’est pas atteint. Un fournisseur peut compter les minutes depuis un moniteur externe, un autre s’appuyer sur un système interne de statut. L’un peut mesurer un composant précis, l’autre l’ensemble de la plateforme. Ces choix changent le sens du pourcentage annoncé.

Lorsque le contrat le prévoit, la réponse habituelle est un crédit de service. Il s’agit en général d’un ajustement prédéfini sur la facturation future, pas d’une compensation complète de toutes les conséquences d’une panne. Il faut donc lire aussi les exclusions, la méthode de mesure et les modalités de reporting. Le SLA est important, mais il ne résume pas à lui seul tout le risque.

Pourquoi la disponibilité seule ne suffit pas pour choisir un fournisseur

La disponibilité indique seulement la part d’interruption qu’un contrat accepte. Elle ne dit rien sur la vitesse de réponse du support, la qualité de la redondance, la fréquence des tests de sauvegarde ou la capacité réelle de reprise. Si vous êtes encore en train de clarifier les bases, le guide pour choisir le bon hébergement web est plus utile qu’un simple chiffre isolé.

Deux fournisseurs peuvent afficher le même pourcentage et réagir très différemment en cas d’incident. L’un peut revenir vite grâce à des composants redondants, des procédures d’escalade claires et des équipes habituées aux incidents. L’autre peut mettre plus de temps à diagnostiquer et réparer, même si la valeur commerciale semble tout aussi forte.

Le 99,9 % d’uptime mesure la disponibilité, pas la rapidité ressentie. Il se relie donc bien à pourquoi mon site est lent, car un site peut être en ligne tout en restant peu réactif.

Pour comprendre la promesse de service et l’infrastructure qui la soutient, regarde aussi l’hébergement web, le guide complet de l’hébergement web et quel hébergement choisir.

Supervision, sauvegardes et restauration sont des fonctions distinctes

La supervision surveille le service en direct et alerte quand la disponibilité baisse ou que les temps de réponse changent. Les sauvegardes conservent les données afin qu’une erreur, une intrusion ou une corruption ne devienne pas irréversible. La restauration regroupe les procédures, les personnes et les systèmes nécessaires pour revenir à la normale après un incident. Un fournisseur peut avoir une très bonne supervision et pourtant se remettre lentement si la cadence des sauvegardes est faible. Il peut aussi disposer de sauvegardes solides et subir malgré tout une longue interruption si le basculement n’a jamais été testé.

C’est pourquoi la disponibilité doit toujours se lire avec l’architecture et l’exploitation. Le pourcentage dit combien d’interruption le contrat tolère. Le reste vous montre à quelle vitesse le fournisseur peut détecter, contenir et corriger le problème quand il survient. Pour aller plus loin sur la continuité de service, vous pouvez aussi lire pourquoi les sauvegardes sont importantes, car la reprise après incident dépend directement de la qualité des copies conservées.

En résumé, 99 %, 99,9 % et 99,99 % ne sont pas proches en termes opérationnels. Ce sont des budgets d’interruption différents, qui n’ont vraiment de sens qu’avec le SLA, la méthode de mesure et le plan de reprise.