Ce qu'est un SLA

Le SLA (Service Level Agreement, ou accord de niveau de service) est un engagement contractuel sur la qualité du service, dont la disponibilité. Il fixe un pourcentage d'uptime garanti et, souvent, des compensations si l'engagement n'est pas tenu.

Mais un SLA n'est pas qu'un chiffre : son périmètre, ses exclusions et ses modalités de calcul comptent autant. Un beau pourcentage assorti de nombreuses exclusions peut valoir moins qu'un chiffre plus modeste mais sans astérisque.

Traduire les pourcentages en heures

Voici le coeur du sujet, souvent mal compris. 99% de disponibilité autorise environ 3,65 jours d'arrêt par an. 99,9% descend à environ 8,8 heures. 99,99% à moins d'une heure (environ 52 minutes). Chaque "9" supplémentaire divise le temps d'arrêt par dix.

Présenté ainsi, l'écart devient parlant. Un SLA à 99% peut sembler élevé, mais près de quatre jours d'arrêt annuel seraient inacceptables pour une boutique en ligne. Le bon niveau dépend de votre activité.

Le coût croissant de chaque 9

Passer de 99,9% à 99,99% ne coûte pas un peu plus : cela coûte beaucoup plus. Chaque "9" supplémentaire exige davantage de redondance, des architectures multi-sites, des bascules automatiques et une surveillance renforcée. Le coût croît bien plus vite que le gain de minutes.

La sagesse est donc de viser le niveau adapté à la criticité réelle, pas le maximum par principe. Surpayer pour des "9" inutiles, c'est gaspiller un budget qui serait mieux employé ailleurs, par exemple en sécurité.

Comment on atteint la haute disponibilité

Techniquement, la disponibilité repose sur la redondance : alimentation, réseau et stockage dupliqués, de sorte qu'aucun composant unique ne puisse tout arrêter. À cela s'ajoutent la bascule automatique vers un système de secours et une supervision continue qui détecte les anomalies avant la panne.

Notre hébergement infogéré intègre ces mécanismes selon le niveau requis. On ne déploie pas la même architecture pour un blog que pour une application critique : on calibre.

Disponibilité et reprise : deux choses distinctes

On confond souvent haute disponibilité et plan de reprise. La première vise à éviter les pannes courantes ; le second à se relever d'un sinistre majeur. Une application peut être hautement disponible et pourtant vulnérable à un désastre si elle n'a pas de plan de reprise.

Les deux sont complémentaires. La haute disponibilité gère le quotidien (un disque qui lâche, un serveur qui redémarre) ; le PRA gère l'exceptionnel (incendie, rançongiciel). Une stratégie sérieuse couvre les deux.

Bien lire et négocier son SLA

Avant de signer, examinez le périmètre exact : que couvre le pourcentage, et que couvre-t-il pas ? Quelles sont les exclusions (maintenance planifiée, causes externes) ? Comment la disponibilité est-elle mesurée et sur quelle période ? Quelles compensations en cas de manquement ?

Un SLA clair, adossé à une infogérance qui en assure le respect, évite les mauvaises surprises. Mieux vaut un engagement honnête et tenu qu'une promesse spectaculaire et creuse.

Disponibilité mesurée vs disponibilité ressentie

Un SLA mesure la disponibilité de l'infrastructure, mais vos utilisateurs, eux, vivent la disponibilité ressentie de l'application. Or un service peut être techniquement en ligne tout en étant inutilisable : lenteurs extrêmes, fonctionnalité clé en panne, dépendance externe défaillante.

C'est pourquoi il faut surveiller l'expérience réelle, pas seulement l'état des serveurs. Des sondes qui simulent un parcours utilisateur détectent les problèmes que le simple ping ne voit pas, et alertent avant que les clients ne se plaignent.

Un bon partenaire raisonne en disponibilité utile : ce qui compte, c'est que vos clients puissent faire ce qu'ils sont venus faire, pas qu'un indicateur technique affiche du vert pendant qu'ils enragent devant un écran figé.

Les causes réelles d'indisponibilité

Contrairement à l'intuition, les pannes matérielles ne sont pas la première cause d'arrêt. Les erreurs humaines (mauvaise manipulation, déploiement raté), les problèmes logiciels et les incidents de configuration pèsent souvent davantage. La redondance matérielle seule ne protège donc pas de tout.

D'où l'importance de pratiques rigoureuses : tests avant mise en production, environnements de préproduction, déploiements maîtrisés et réversibles. La disponibilité se joue autant dans les processus que dans le matériel.

Les attaques (rançongiciels, dénis de service) constituent une cause d'indisponibilité en forte hausse. La haute disponibilité doit donc se penser en lien avec la cybersécurité, pas isolément, car un système parfaitement redondant reste vulnérable s'il est chiffré par une attaque.

Maintenance planifiée et fenêtres d'intervention

Un point souvent négligé dans les SLA : la maintenance planifiée est généralement exclue du calcul de disponibilité. Les mises à jour, correctifs et évolutions nécessitent parfois des interruptions, qui ne comptent pas comme des pannes si elles sont annoncées.

L'enjeu est de réduire ces fenêtres et de les placer aux heures creuses. Les architectures modernes permettent de plus en plus des mises à jour sans interruption, en basculant la charge pendant l'opération. C'est un critère à vérifier selon la criticité.

La transparence prime : un calendrier de maintenance prévisible, communiqué à l'avance, est bien mieux accepté qu'une interruption surprise. Un bon partenaire planifie et prévient, plutôt que d'imposer ses fenêtres sans concertation.

Aligner le SLA sur la valeur métier

Le bon niveau de disponibilité ne se décide pas en informatique seule : il se décide avec le métier. Une heure d'arrêt n'a pas le même coût pour un site vitrine, une boutique en ligne en pleine campagne ou un système de production industriel. C'est ce coût qui doit guider le SLA.

Cet alignement évite deux travers : sous-protéger un système critique par souci d'économie, ou surinvestir sur un service secondaire par excès de prudence. On met le bon niveau d'effort au bon endroit, en fonction de l'enjeu réel.

Adossé à une infogérance qui assure le respect des engagements et la transparence des mesures, un SLA bien calibré devient un véritable outil de pilotage, et non une simple ligne contractuelle rassurante mais creuse.

Pénalités, crédits de service et recours

Un SLA sans contrepartie en cas de manquement n'engage pas vraiment le fournisseur. La plupart prévoient des crédits de service : un remboursement partiel si la disponibilité promise n'est pas tenue. Il faut en lire attentivement les conditions, car ces crédits sont souvent plafonnés et soumis à des démarches précises.

Surtout, il faut garder en tête que ces compensations couvrent rarement le coût réel d'une interruption pour votre activité. Un crédit de quelques pourcents sur la facture mensuelle ne compense pas une journée de ventes perdues. Le SLA est un engagement de moyens et un signal de sérieux, pas une assurance contre vos pertes d'exploitation.

L'essentiel est donc moins la pénalité que la capacité réelle du fournisseur à tenir son engagement. Mieux vaut un partenaire dont l'architecture et les processus rendent les pannes rares qu'un fournisseur prodigue en promesses de crédits mais peu fiable en pratique.

Construire la résilience au-delà du contrat

Un SLA décrit un engagement, mais la résilience réelle se construit par l'architecture et les pratiques. Redondance bien conçue, supervision proactive, tests réguliers, gestion rigoureuse des changements : ce sont ces éléments qui font qu'un service tient effectivement ses promesses, pas la seule formulation contractuelle.

La résilience suppose aussi d'accepter que l'incident est inévitable et de s'y préparer. La question n'est pas seulement comment éviter toute panne, mais comment limiter son impact et se rétablir vite quand elle survient. C'est là que la haute disponibilité rejoint le plan de reprise dans une stratégie cohérente.

Choisir un partenaire qui raisonne ainsi, en résilience globale plutôt qu'en pourcentage affiché, change tout. Vous obtenez non pas une promesse rassurante sur le papier, mais un service réellement robuste, calibré sur l'importance de votre activité et adossé à une exploitation rigoureuse au quotidien.

Choisir le bon niveau pour votre activité

Pour trancher, revenez à la question fondamentale : combien vous coûte une heure d'arrêt ? Pour un site vitrine, quelques heures par an sont tolérables. Pour une plateforme de vente ou un système de production, chaque minute compte.

Ce calcul, fait honnêtement, désigne presque toujours un niveau de SLA évident. Il évite aussi bien le sous-investissement risqué que la surenchère coûteuse. Le bon SLA est celui qui correspond à votre réalité, pas à un idéal théorique.

Niveau de SLATemps d'arrêt par anUsage typique
99%~3,65 joursService non critique
99,9%~8,8 heuresStandard professionnel
99,95%~4,4 heuresActivité sensible
99,99%~52 minutesSystème critique

FAQ

Que représente 99,9% de disponibilité en heures ?

Environ 8,8 heures d'indisponibilité par an. À titre de comparaison, 99% en autorise près de 3,65 jours, et 99,99% environ 52 minutes.

Faut-il toujours viser 99,99% ?

Non. Chaque "9" supplémentaire coûte nettement plus cher. Le bon niveau dépend de la criticité réelle de votre activité et du coût d'une heure d'arrêt pour vous.

SLA et plan de reprise, est-ce la même chose ?

Non. Le SLA vise la disponibilité courante et la prévention des pannes ; le plan de reprise organise le redémarrage après un sinistre majeur. Les deux sont complémentaires.

Comment vérifier qu'un SLA est sérieux ?

Examinez le périmètre, les exclusions, la méthode de mesure et les compensations. Un SLA clair et tenu, adossé à une infogérance, vaut mieux qu'un pourcentage spectaculaire plein d'exceptions.