Fièrement canadien 
Presque tous les hébergeurs annoncent une garantie de disponibilité. Le chiffre est généralement de 99,9%, parfois plus élevé, et il apparaît bien en vue sur les pages de tarification et les tableaux de comparaison des forfaits. Pour quelque chose que les hébergeurs traitent comme argument de vente, la disponibilité est étonnamment mal comprise par la plupart des personnes qui choisissent un forfait d'hébergement.
Le pourcentage lui-même est facile à interpréter comme signifiant que votre site n'est presque jamais en panne. En pratique, une disponibilité de 99,9% permet une quantité significative d'interruptions chaque mois, la garantie est souvent plus étroite qu'elle ne semble, et la fiabilité réelle de votre site dépend de facteurs bien au-delà de ce que tout pourcentage de disponibilité capture. Comprendre ce que ces chiffres signifient en termes concrets, comment ils sont mesurés, et ce qui détermine réellement si votre site reste en ligne est plus utile que de prendre le chiffre annoncé au pied de la lettre.
Résumé rapide
- Une disponibilité de 99,9% permet environ 43 minutes d'interruption par mois ou 8,7 heures par an
- Chaque neuf supplémentaire (99,99%, 99,999%) représente une réduction par dix des interruptions autorisées
- Les garanties de disponibilité sont des engagements compensatoires, pas des promesses que les interruptions ne se produiront pas
- La plupart des SLA excluent la maintenance planifiée, les pannes causées par le client et les problèmes tiers du calcul de garantie
- Des outils de surveillance indépendants comme UptimeRobot vous donnent un enregistrement objectif de votre disponibilité réelle
Ce que signifient réellement les pourcentages de disponibilité
La disponibilité est une mesure de la proportion du temps pendant laquelle un serveur ou un service est accessible et fonctionne correctement. Une disponibilité de 100% signifierait que le serveur n'est jamais en panne, ce qui n'est pas réalisable en pratique pour aucune infrastructure hébergée. Tous les fournisseurs permettent un certain temps d'arrêt, et le pourcentage qu'ils annoncent définit combien.
Les mathématiques derrière les pourcentages de disponibilité sont simples, mais les chiffres réels sont plus significatifs que les pourcentages ne le suggèrent. Sur une année complète avec 8 760 heures :
Une disponibilité de 99% permet environ 87,6 heures d'interruption par an, soit environ 3,5 jours. C'est un seuil bas que la plupart des hébergeurs sérieux dépassent facilement, mais certains fournisseurs économiques opèrent près de cette limite.
Une disponibilité de 99,9% permet environ 8,7 heures d'interruption par an, soit environ 43 minutes par mois. C'est le chiffre le plus fréquemment annoncé en hébergement partagé. Il semble impressionnant en pourcentage mais signifie que le fournisseur peut respecter son SLA pendant que votre site est inaccessible pendant près d'une heure chaque mois.
Une disponibilité de 99,99% permet environ 52 minutes d'interruption par an, soit un peu plus de 4 minutes par mois. C'est le niveau généralement associé à l'infrastructure cloud gérée, l'hébergement d'entreprise et les plateformes avec du matériel redondant et des systèmes de basculement automatique.
Une disponibilité de 99,999%, communément appelée cinq neuf, permet environ 5,25 minutes d'interruption par an. Ce niveau nécessite une infrastructure redondante hautement conçue et est généralement associé aux systèmes d'entreprise critiques plutôt qu'aux produits d'hébergement web.
La différence entre 99,9% et 99,99% n'est pas un dixième de pour cent. C'est la différence entre 8,7 heures d'interruptions potentielles par an et 52 minutes. Pour une entreprise où la disponibilité du site affecte directement les revenus, cet écart est significatif.
Ce que couvrent réellement les garanties de disponibilité
Une garantie de disponibilité, ou Accord de niveau de service (SLA), est un engagement contractuel du fournisseur d'hébergement à maintenir un niveau minimum de disponibilité. S'ils tombent en dessous de ce niveau, le SLA vous donne généralement droit à un crédit de service, habituellement une réduction ou une prolongation sur votre prochain cycle de facturation. Comprendre ce que le SLA inclut et exclut est essentiel pour évaluer ce qu'il vaut réellement.
Ce qui est généralement inclus
La garantie couvre généralement les pannes serveur non planifiées : défaillances matérielles, problèmes réseau dans l'infrastructure du fournisseur, et interruptions de service non programmées. Ce sont les événements sur lesquels le fournisseur a un contrôle direct et une responsabilité.
Ce qui est communément exclu
La plupart des SLA excluent les fenêtres de maintenance planifiée. Les fournisseurs notifient généralement les clients à l'avance des maintenances prévues, et les interruptions pendant ces fenêtres ne comptent pas dans le calcul de disponibilité. C'est raisonnable, puisque la maintenance planifiée est nécessaire pour la santé du serveur, mais cela signifie que la disponibilité réelle pendant la maintenance peut être inférieure à ce que suggère le pourcentage affiché.
Les SLA excluent également communément les interruptions causées par le client. Si votre site tombe en panne à cause d'un conflit de plugin, d'une mauvaise mise à jour, d'une erreur de script dans le code de votre application, ou de votre compte suspendu pour dépassement des ressources, ces interruptions ne sont généralement pas couvertes par la garantie de disponibilité. La garantie s'applique à l'infrastructure serveur et réseau, pas à votre application spécifique.
Les événements de force majeure, incluant les catastrophes naturelles, les pannes d'électricité hors du contrôle du centre de données, et les attaques DDoS d'envergure extraordinaire, sont généralement exclus également.
Le problème de la compensation
Même quand un fournisseur viole son SLA, la compensation offerte est rarement proportionnelle à l'impact commercial des interruptions. Un crédit de service d'une valeur d'une journée de frais d'hébergement ne compense pas les revenus perdus pendant une heure d'interruption pour un site de commerce électronique actif. Les crédits SLA sont des instruments comptables financiers qui formalisent la responsabilité plutôt que des remèdes significatifs pour les pertes commerciales. Ils valent la peine d'avoir dans un SLA, mais ne devraient pas être la principale raison de choisir un fournisseur.
Ce qui cause réellement les interruptions
Les événements d'interruption tombent dans quelques grandes catégories, et comprendre quel type affecte votre site vous aide à traiter la bonne chose.
Défaillances d'infrastructure et de matériel
Le matériel des serveurs tombe en panne. Les disques durs développent des secteurs défectueux, les modules RAM dysfonctionnent, et les blocs d'alimentation tombent en panne. Les commutateurs et routeurs réseau développent des défauts. Ces événements sont inévitables dans toute infrastructure informatique à grande échelle. La qualité d'un hébergeur est en partie déterminée par la rapidité avec laquelle il détecte et répond aux défaillances matérielles, s'il dispose de composants redondants permettant un basculement sans interruption, et s'il remplace le matériel vieillissant de façon proactive plutôt que réactive.
Problèmes réseau et de connectivité
Un serveur peut fonctionner parfaitement pendant qu'un problème réseau au centre de données, un problème de routage chez un fournisseur en amont, ou une erreur de routage BGP le rend inaccessible depuis certaines parties d'internet. Ces incidents sont plus difficiles à diagnostiquer depuis l'extérieur et affectent souvent des régions géographiques ou des FAI spécifiques tout en en laissant d'autres non affectés. Les centres de données avec une connectivité réseau diversifiée via plusieurs fournisseurs en amont sont plus résilients à ces événements que ceux qui dépendent d'un seul chemin réseau.
Maintenance planifiée
Les mises à jour logicielles des serveurs, les correctifs de sécurité, les mises à niveau matérielles et la maintenance de l'infrastructure du centre de données nécessitent tous des fenêtres d'interruption planifiées. Les bons fournisseurs minimisent la fréquence et la durée de ces fenêtres, les effectuent pendant les heures de faible trafic, et notifient les clients bien à l'avance. Certains fournisseurs avec une infrastructure redondante effectuent une maintenance progressive qui permet des mises à jour sans aucune interruption côté client.
Problèmes au niveau du compte
Une part significative des interruptions que les propriétaires de sites individuels vivent n'est pas causée par l'hébergeur du tout mais par leur propre compte ou application. Une mise à jour WordPress qui brise la compatibilité avec un plugin, une mise à niveau de version PHP qui révèle des erreurs de syntaxe dans le code du thème, une infection par logiciel malveillant qui incite l'hébergeur à suspendre le compte, ou l'atteinte des limites de ressources qui fait arrêter le serveur de traiter les requêtes de votre compte sont tous des événements au niveau du compte que la garantie de disponibilité de l'hébergeur ne couvre généralement pas.
Il vaut la peine de comprendre cela parce que cela signifie qu'un hébergeur peut avoir une excellente disponibilité d'infrastructure pendant que des clients individuels vivent des problèmes de disponibilité fréquents en raison de problèmes au niveau du compte. Surveiller la disponibilité de votre site spécifique plutôt que de vous fier aux métriques de disponibilité globales de l'hébergeur vous donne une image plus précise de votre situation réelle.
Comment la disponibilité est mesurée et rapportée
Les hébergeurs mesurent la disponibilité au niveau de l'infrastructure, généralement en surveillant si le serveur répond aux requêtes. Cette mesure confirme que le matériel du serveur et le réseau fonctionnent mais ne capture pas nécessairement si votre application spécifique livre des réponses correctes aux visiteurs.
Un serveur peut être "disponible" en termes d'infrastructure pendant que votre site retourne une erreur 500 due à un crash PHP, une défaillance de connexion à la base de données, ou un disque plein. Un serveur peut être accessible pendant que votre certificat SSL est expiré et que les navigateurs bloquent les visiteurs avec un avertissement de sécurité. La mesure de disponibilité d'infrastructure ne capture pas ces défaillances au niveau de l'application, ce qui explique pourquoi votre expérience réelle de visiteur peut différer de ce que montre le tableau de bord de disponibilité d'un fournisseur.
C'est l'une des raisons pour lesquelles la surveillance indépendante de l'URL de votre site spécifique est plus significative que de se fier aux statistiques de disponibilité auto-rapportées d'un fournisseur.
Comment surveiller votre propre disponibilité
Configurer une surveillance indépendante de la disponibilité prend moins de dix minutes et vous donne un enregistrement objectif de la disponibilité de votre site qui ne dépend pas des mesures de votre hébergeur.
UptimeRobot est l'option gratuite la plus utilisée. Il vérifie votre site à intervalles de cinq minutes et envoie des alertes par courriel quand il détecte que votre site est inaccessible. Le forfait gratuit couvre jusqu'à 50 moniteurs. Après quelques semaines de surveillance, vous disposez d'un historique clair de la disponibilité de votre site incluant l'heure et la durée de toute interruption.
Des outils de surveillance payants comme Pingdom, StatusCake et Better Uptime offrent des intervalles de vérification plus fréquents, souvent chaque minute plutôt que toutes les cinq minutes, une surveillance depuis plusieurs emplacements géographiques simultanément, et des types d'alertes supplémentaires. Les alertes d'expiration de certificat SSL préviennent la situation où un certificat expiré fait bloquer les visiteurs depuis votre site sans que vous le sachiez. La surveillance des utilisateurs réels suit les temps de chargement réels des visiteurs plutôt que simplement la disponibilité.
Lors du choix d'un outil de surveillance, recherchez-en un qui surveille depuis au moins deux emplacements géographiques simultanément. Un seul emplacement de surveillance peut signaler votre site comme en panne quand le problème est en réalité un problème de routage affectant le trafic depuis cette région spécifique, générant une fausse alerte. Plusieurs emplacements vous donnent des données plus précises.
Facteurs qui déterminent la fiabilité réelle
Le pourcentage de disponibilité dans le marketing d'un forfait d'hébergement est une entrée dans la fiabilité, mais plusieurs autres facteurs ont un impact pratique plus grand sur la disponibilité de votre site.
La qualité du centre de données compte significativement. Les centres de données de niveau III et IV ont des alimentations électriques redondantes, des générateurs de secours, des systèmes de refroidissement redondants et plusieurs connexions réseau. Ils sont conçus pour rester opérationnels malgré les défaillances matérielles, les interruptions d'électricité et d'autres événements qui mettraient hors ligne des installations moins résilientes. Un hébergeur opérant depuis un centre de données de niveau III ou IV part d'une fondation plus fiable qu'un utilisant une infrastructure moins sophistiquée.
La redondance matérielle au sein de l'infrastructure serveur détermine si une défaillance de composant unique cause une interruption. Les configurations de stockage RAID garantissent qu'une défaillance de disque unique ne cause pas de perte de données ou d'interruption de service. Les interfaces réseau et alimentations redondantes permettent à un serveur de continuer à fonctionner quand un composant tombe en panne. Les fournisseurs qui investissent dans du matériel redondant peuvent souvent remplacer les composants défaillants sans aucune interruption pour les clients.
La surveillance et le temps de réponse au niveau du fournisseur sont l'un des facteurs de fiabilité les plus pratiques. Une défaillance matérielle détectée et résolue en cinq minutes produit un impact négligeable. La même défaillance non détectée pendant deux heures produit une interruption significative. Les fournisseurs avec des équipes de surveillance 24 heures et des procédures d'escalade clairement définies répondent aux incidents plus rapidement que ceux qui dépendent uniquement de la surveillance automatisée.
La qualité des sauvegardes et la rapidité de restauration comptent quand les autres mécanismes de résilience échouent. Un fournisseur avec des sauvegardes automatisées quotidiennes et des procédures de restauration rapides peut récupérer de défaillances graves beaucoup plus rapidement qu'un avec des sauvegardes peu fréquentes et des processus de restauration manuels. Pour les clients, comprendre la politique de sauvegarde et tester périodiquement la restauration fait partie d'une image complète de la fiabilité.
Ce que la disponibilité signifie pour différents types de sites
L'impact commercial des interruptions varie considérablement selon ce que fait votre site. Pour un blog personnel, une heure d'interruption par mois est un inconvénient. Pour une boutique de commerce électronique traitant des commandes toute la journée, une heure d'interruption par mois représente des revenus perdus, la confiance des clients entamée, et un impact SEO potentiel si les robots d'exploration rencontrent constamment des erreurs.
Calculer le coût des interruptions pour votre situation spécifique vous aide à évaluer combien investir dans la fiabilité. Une boutique générant 200 $ de revenus par heure qui est en panne pendant 8,7 heures par an dans le cadre d'un SLA à 99,9% perd jusqu'à 1 740 $ par an en revenus potentiels des seules interruptions d'infrastructure, avant de considérer les coûts plus difficiles à quantifier de la confiance des clients et des dommages SEO.
Pour les sites où la disponibilité est critique pour les opérations commerciales, choisir un hébergeur avec un engagement de disponibilité plus élevé et l'infrastructure pour le soutenir, passer à un VPS avec une meilleure isolation des autres comptes, et mettre en place une surveillance indépendante sont toutes des étapes qui adressent un vrai risque commercial plutôt que des améliorations marginales.
Surveiller et gérer la disponibilité via WHMCS
Si votre hébergement est géré via notre portail client, vous pouvez accéder à cPanel directement depuis votre compte WHMCS en utilisant le lien de connexion unique dans les détails de votre service. Depuis cPanel, vous pouvez consulter le statut actuel de votre serveur et toute alerte active. Si votre site tombe en panne et que vous suspectez un problème côté hébergeur, ouvrir un ticket de support depuis votre espace client WHMCS avec votre nom de domaine, l'heure à laquelle le problème a commencé, et l'erreur que voient les visiteurs donne à notre équipe les informations nécessaires pour investiguer rapidement.
Notre infrastructure est surveillée en permanence et notre équipe est automatiquement notifiée des événements au niveau serveur. Pour la transparence pendant les incidents, nous communiquons les mises à jour de statut via notre système de support. Si vous souhaitez une connaissance en temps réel de la disponibilité de votre site spécifique, configurer UptimeRobot pour surveiller l'URL de votre domaine et vous alerter par courriel reste le complément le plus pratique à la surveillance côté hébergeur.
Gotekky
Besoin d’aide pour choisir la prochaine étape?
Décrivez ce que vous observez et le résultat recherché. Nous identifierons si un service géré, un projet défini ou une évaluation technique payante est la bonne prochaine étape.