Votre hébergeur affiche 99,9% de disponibilité. Vous avez signé le contrat en vous disant que c’était plutôt bien. Et puis un mercredi matin, votre site web ne répond plus. Le central téléphonique est muet. Les emails ne partent pas. Vous appelez le support. File d’attente. Rappel dans 24 à 48 heures.
Le problème n’est pas que votre hébergeur ment. 99,9%, c’est probablement vrai. Le problème, c’est que 99,9% représente 8 heures et 45 minutes de panne par an. Presque une journée de travail complète. Et ces 8 heures tombent rarement un dimanche à 4h du matin.
Cet article explique ce que signifient réellement les pourcentages de disponibilité, pourquoi le monitoring passif ne vous protège pas, et comment une surveillance active change la donne pour une PME.
TL;DR : Un uptime de 99,9% autorise près de 9 heures de panne par an. Le monitoring passif détecte les pannes après coup sans y remédier. Le monitoring actif anticipe, alerte et corrige. Digitis publie un dashboard de status public et surveille ses 7 serveurs en continu avec SmartInfra, un agent IA autonome.
Que signifient réellement les pourcentages de disponibilité ?
Les hébergeurs et opérateurs télécom adorent les pourcentages. Ils sont rassurants. Mais derrière le chiffre, il y a un calcul que personne ne fait.
Voici ce que chaque niveau de disponibilité représente en temps de panne annuel :
| Disponibilité | Panne autorisée par an | Panne autorisée par mois |
|---|---|---|
| 99% | 3 jours et 15 heures | 7 heures 18 minutes |
| 99,5% | 1 jour et 19 heures | 3 heures 39 minutes |
| 99,9% | 8 heures 45 minutes | 43 minutes |
| 99,95% | 4 heures 22 minutes | 21 minutes |
| 99,99% | 52 minutes | 4 minutes |
Un contrat à 99,9%, c’est donc un hébergeur qui peut être indisponible pendant 43 minutes chaque mois sans violer ses engagements. Pour un cabinet médical qui reçoit ses rendez-vous par téléphone, 43 minutes d’indisponibilité un lundi matin, c’est une journée de planning sabotée.
Et le chiffre ne dit rien sur la manière dont la panne est gérée. Ni sur le délai avant que quelqu’un s’en aperçoive.
Le SLA ne couvre pas ce que vous croyez
La plupart des SLA (Service Level Agreements) définissent la disponibilité comme le temps où le serveur physique est accessible. Pas le temps où votre application fonctionne. Votre machine virtuelle peut tourner pendant que votre base de données est plantée, que votre certificat SSL a expiré, ou que votre disque est plein à 100%.
Le serveur est “up”. Votre service est down. Le SLA est respecté. Vous perdez des clients.
Monitoring passif contre monitoring actif : deux philosophies
Il existe deux approches fondamentalement différentes pour surveiller une infrastructure. Les confondre est une erreur courante.
Le monitoring passif : savoir après coup
Le monitoring passif enregistre des métriques et envoie des alertes quand un seuil est dépassé. CPU au-dessus de 90% ? Email. Disque plein à 85% ? Email. Service qui ne répond plus ? Email.
Les outils ne manquent pas : UptimeRobot, Datadog, Zabbix, Netdata. Ils font bien leur travail. Ils détectent. Et c’est tout.
Le problème se situe dans ce qui se passe après la notification. L’alerte arrive dans une boîte mail déjà saturée. Le responsable technique la voit trois heures plus tard. Il se connecte, cherche la cause, applique un correctif. Si c’est un prestataire externe, ajoutez le temps de réponse contractuel.
Résultat : la panne dure aussi longtemps qu’il faut pour qu’un humain réagisse. La nuit, le week-end, pendant les vacances, personne ne réagit.
Le monitoring actif : détecter, comprendre et agir
Le monitoring actif ne s’arrête pas à l’alerte. Il analyse la situation, identifie la cause probable, et applique un correctif quand c’est dans son périmètre.
Concrètement, la différence ressemble à ceci :
Scénario monitoring passif : le disque du serveur atteint 90% à 2h du matin. L’outil envoie un email. À 8h, le responsable le voit. À 9h30, après diagnostic, il lance un nettoyage. Le service a été dégradé pendant 7 heures.
Scénario monitoring actif : le disque atteint 82%. L’agent détecte la tendance, identifie la cause (logs surdimensionnés, images Docker orphelines), lance un nettoyage automatique, et libère l’espace nécessaire. Le disque redescend à 64%. Le matin, l’équipe trouve l’événement dans le journal, déjà résolu.
Personne ne s’est réveillé. Aucun client n’a été impacté.
Pourquoi un dashboard public de status est un signe de maturité
Beaucoup d’opérateurs et d’hébergeurs parlent de fiabilité dans leurs pages commerciales. Peu publient leurs vrais chiffres de disponibilité en temps réel.
Un dashboard de status public, c’est un engagement. Ça dit : “Voici l’état réel de nos services, minute par minute, accessible à tout le monde sans mot de passe.”
Ce qu’un bon status page doit montrer
- L’état actuel de chaque service (opérationnel, dégradé, hors ligne)
- L’historique de disponibilité sur les 30, 60 ou 90 derniers jours
- Les incidents passés avec leur durée et leur résolution
- Les maintenances planifiées à venir
Quand un prestataire refuse de publier ces données, posez-vous la question : pourquoi ?
Chez Digitis, notre page de status est publique depuis le premier jour. Elle tourne sur Uptime Kuma, un outil open-source. Ce ne sont pas des chiffres marketing retouchés. Ce sont les données brutes de notre infrastructure, mises à jour en temps réel.
Vous pouvez aussi y accéder directement depuis notre site via la page Status des services.
Uptime Kuma : simple, fiable, transparent
Nous avons choisi Uptime Kuma pour plusieurs raisons. C’est un projet open-source, auto-hébergé, sans dépendance à un service tiers. Pas d’abonnement SaaS. Pas de données qui transitent chez un intermédiaire américain.
L’outil surveille chaque service par des pings réguliers (HTTP, TCP, DNS, ou ping ICMP selon le cas). Si un service ne répond pas, l’incident est enregistré et visible immédiatement sur le dashboard public.
Pour une PME qui veut prouver sa fiabilité à ses clients, c’est un outil que nous recommandons. Pour celles qui préfèrent ne pas le gérer elles-mêmes, c’est inclus dans notre offre d’infrastructure.
Comment Digitis garantit la disponibilité en pratique
La disponibilité ne se garantit pas avec un pourcentage dans un contrat. Elle se construit avec trois piliers : une infrastructure solide, une surveillance continue, et une capacité de réaction rapide.
Pilier 1 : infrastructure européenne chez Hetzner
Nos 7 serveurs tournent chez Hetzner Cloud, en datacenters certifiés ISO 27001 en Allemagne et en Finlande. Réseau privé isolé entre les machines. Connexion SSH uniquement, sur port non-standard, avec clés de chiffrement asymétriques.
Triple couche de protection : firewall cloud Hetzner, UFW système, et CrowdSec pour la détection d’intrusion automatique.
Pilier 2 : SmartInfra, agent IA de surveillance
SmartInfra est notre agent de monitoring actif. Il tourne 24 heures sur 24 sur un serveur dédié et surveille l’ensemble de notre parc.
Ce qu’il fait en continu :
- Vérification de l’espace disque, de la mémoire, du CPU et du swap
- Contrôle de l’état des conteneurs Docker et des services systemd
- Analyse des logs par intelligence artificielle (pas juste des seuils numériques)
- Vérification quotidienne des sauvegardes : existence, taille, fraîcheur
Ce qu’il fait chaque semaine :
- Mises à jour de sécurité en dehors des heures de bureau
- Nettoyage des images Docker orphelines et des fichiers temporaires
- Création de snapshots avant chaque intervention (retour en arrière possible)
- Redémarrage propre avec vérification post-reboot
Ce qu’il fait quand un problème survient :
- Alerte instantanée (Discord, Telegram ou SMS selon la criticité)
- Diagnostic automatique par analyse IA des logs
- Correctif autonome si l’action est sans risque
- Demande d’approbation humaine pour toute action à impact (reboot, suppression, mise à jour majeure)
Pilier 3 : transparence totale
Le dashboard Uptime Kuma, la page de status publique, les rapports d’incidents documentés automatiquement par l’agent. Pas de zone d’ombre. Si quelque chose tombe, vous le voyez en même temps que nous.
Ce que vous devriez exiger de votre prestataire
Que vous travailliez avec Digitis ou un autre opérateur, voici les questions à poser avant de signer :
Quel est votre uptime réel mesuré, pas contractuel ? Un SLA de 99,9% ne veut rien dire si personne ne le mesure. Demandez les chiffres des 12 derniers mois.
Avez-vous un status page public ? Si la réponse est non, demandez pourquoi. Un prestataire qui n’ose pas montrer ses chiffres a probablement une raison.
Quel est votre temps moyen de détection d’une panne ? La détection, pas la résolution. Si la détection prend 30 minutes, la résolution prendra forcément plus longtemps.
Que se passe-t-il la nuit et le week-end ? La majorité des pannes critiques surviennent en dehors des heures de bureau. Si personne ne surveille à ce moment-là, votre disponibilité réelle est bien inférieure à ce que le contrat annonce.
Où sont hébergées mes données ? En Europe, aux États-Unis, dans un cloud qui peut changer de juridiction sans prévenir ? Pour une PME belge soumise au RGPD, c’est un critère non négociable.
Questions fréquentes
99,9% de disponibilité, c’est suffisant pour une PME ?
Ça dépend de votre activité. Pour un site vitrine consulté quelques fois par jour, probablement. Pour un central téléphonique qui reçoit des appels en continu, ou une application métier utilisée par vos employés, 8h45 de panne par an peuvent coûter bien plus que le prix d’une meilleure infrastructure.
Quelle est la différence entre haute disponibilité et monitoring ?
La haute disponibilité (HA) est une architecture : serveurs redondants, basculement automatique, pas de point de défaillance unique. Le monitoring est la surveillance de cette architecture. L’un sans l’autre ne sert à rien. Des serveurs redondants sans monitoring, c’est une sécurité qui ne se déclenche pas quand il faut.
Uptime Kuma est-il fiable pour un usage professionnel ?
Uptime Kuma est utilisé par des milliers d’entreprises et de projets open-source. Il est simple, léger, et fait exactement ce qu’on lui demande. Nous l’utilisons en production depuis le lancement de notre infrastructure, sans problème de fiabilité. L’avantage : il est auto-hébergé, donc aucune dépendance à un service tiers.
Combien coûte une surveillance active avec SmartInfra ?
Les tarifs dépendent du nombre de serveurs et du niveau d’intervention souhaité (surveillance seule, maintenance automatique, ou pilotage complet). Pas de frais cachés, sans engagement. Contactez-nous pour un devis adapté à votre infrastructure.
Conclusion
Les pourcentages de disponibilité sont trompeurs. Ils donnent une illusion de fiabilité sans rien dire sur la réalité opérationnelle : qui surveille, qui détecte, qui corrige, et en combien de temps.
Le monitoring passif est mieux que rien. Mais il repose sur l’hypothèse qu’un humain va réagir vite, à chaque fois, y compris à 3h du matin un dimanche. Cette hypothèse ne tient pas.
Le monitoring actif, un dashboard de status public, et une infrastructure bien architecturée : c’est la combinaison qui transforme un chiffre contractuel en disponibilité réelle.
Chez Digitis, on ne se contente pas d’afficher 99,9% dans un PDF. On publie nos chiffres en temps réel, on surveille nos serveurs avec un agent IA autonome, et on vous donne accès aux mêmes outils.
Consultez notre status en direct ou découvrez SmartInfra pour votre propre infrastructure.