Accords de niveau de service des proxys : engagements et suivi

Ce qu’un SLA établit

Un SLA donne une forme mesurable à un engagement de service. Il précise le service concerné, le niveau de performance requis, la méthode de vérification et les mesures prévues en cas de manquement. Il peut s’agir d’un document public applicable à un produit, d’une partie des conditions de service ou d’un accord conclu avec un client particulier.

Une formule comme « des proxys fiables » dit peu de chose sur ce qui doit être fourni. Un engagement de disponibilité prend son sens lorsqu’il précise la partie du service couverte, ce qui est considéré comme une indisponibilité et la période d’évaluation des résultats. Il en va de même pour l’assistance : un délai de réponse nécessite un point de départ, une définition de la réponse attendue et des horaires d’assistance applicables.

Les limites techniques d’un forfait et son SLA remplissent des fonctions différentes. Une limite de connexions décrit la charge qu’un client peut imposer au service. Un SLA décrit le niveau de service promis dans les conditions applicables. Ni les caractéristiques d’un forfait ni un graphique historique de disponibilité ne constituent automatiquement un engagement de SLA.

Les engagements possibles des fournisseurs

La disponibilité est un sujet courant dans les SLA. Les délais de réponse de l’assistance peuvent aussi être couverts. Les délais de rétablissement et les seuils de performance ne constituent des engagements supplémentaires que lorsqu’ils sont expressément inclus.

Pour les proxys, l’objet de l’engagement compte. Un fournisseur peut mesurer une passerelle, des adresses proxy individuelles ou un pool. Une passerelle joignable ne prouve pas, à elle seule, que tous les serveurs ou appareils proxy situés derrière fonctionnent. Un engagement portant sur un pool doit aussi définir le traitement des défaillances qui ne touchent qu’une partie de celui-ci.

Les mesures de performance demandent la même attention. Le temps nécessaire pour ouvrir une connexion au proxy diffère du temps nécessaire pour télécharger une page en passant par lui. La seconde mesure inclut une plus grande partie du trajet et la réponse du site de destination. Un engagement de performance doit préciser la mesure concernée.

Une assistance disponible à toute heure indique quand le service d’assistance fonctionne. Un engagement de première réponse indique sous quel délai quelqu’un doit répondre. Un engagement de rétablissement indique quand le service doit de nouveau fonctionner. Ce sont des obligations distinctes ; l’une n’inclut pas automatiquement les autres.

Comment les fournisseurs maintiennent le niveau de service promis

Respecter un SLA nécessite à la fois une infrastructure fonctionnelle et une réponse organisée aux pannes. Les mesures ci-dessous expliquent comment les fournisseurs peuvent maintenir le service ; il ne s’agit pas d’une liste de fonctionnalités nécessairement proposées par tous les fournisseurs.

Des serveurs et des connexions réseau redondants offrent des solutions de remplacement lorsqu’un équipement ou une liaison tombe en panne. Pour que cette réserve soit utile, elle ne doit pas dépendre entièrement du composant défaillant. Plusieurs serveurs proxy reliés au même équipement réseau en panne peuvent tous devenir indisponibles simultanément.

La gestion du trafic peut diriger les nouvelles connexions vers les serveurs opérationnels et cesser de les attribuer à un nœud défaillant. Dans un pool rotatif, cela peut inclure le retrait des serveurs ou appareils proxy indisponibles de la sélection. Avec une liste fixe, fournir une adresse de remplacement peut rétablir l’accès, mais ne conserve pas l’IP d’origine. Un engagement de continuité du service ne doit donc pas être interprété comme une promesse de conserver chaque adresse ou chaque session active.

La planification des capacités prévoit une marge pour les variations de la demande et les pannes de matériel. Si tous les serveurs restants sont déjà pleinement occupés, y rediriger le trafic d’un serveur défaillant peut aussi les surcharger. Les fournisseurs surveillent l’utilisation des ressources et augmentent ou redistribuent les capacités avant qu’elles ne deviennent un goulot d’étranglement durable. Les limites de connexions et de requêtes aident à maintenir les charges dans les conditions de fonctionnement du service.

La maintenance et les modifications logicielles doivent également être planifiées. Un fournisseur peut déplacer le trafic avant une intervention sur le matériel, tester une mise à jour sur une partie limitée du système et prévoir un moyen d’annuler une modification défectueuse. Ces mesures réduisent le risque qu’une opération courante provoque une interruption plus large.

Enfin, les alertes doivent parvenir à des personnes capables d’agir. Les responsabilités, les accès aux systèmes touchés et les procédures permettant de faire intervenir des spécialistes du réseau ou du centre de données influencent tous la rapidité du rétablissement.

Comment le respect des engagements est mesuré

La surveillance remplit deux fonctions : détecter les pannes pendant qu’elles se produisent et conserver les mesures pour évaluer le service dans la durée. Une alerte qui réveille un ingénieur et un rapport mensuel de disponibilité peuvent utiliser les mêmes observations, mais ils répondent à des questions différentes.

La surveillance interne suit les systèmes du fournisseur : processus en cours d’exécution, utilisation des ressources, erreurs de connexion et état du réseau. Elle peut révéler des problèmes naissants, comme une capacité de connexion épuisée, avant que l’ensemble du service cesse de répondre.

Les vérifications externes testent ce qu’un client peut réellement faire. Pour un proxy, une vérification utile peut s’authentifier, se connecter par le proxy à une destination contrôlée et vérifier que la réponse attendue arrive. Constater simplement qu’un port est ouvert laisse une grande partie de ce parcours sans vérification. Une destination contrôlée aide aussi à éviter de confondre une panne du proxy avec celle d’un site indépendant.

Les observations doivent être assez détaillées pour situer un incident : adresse ou passerelle testée, horodatage, résultat et erreur pertinente. L’intervalle entre les vérifications détermine ce qui peut être observé. Des vérifications trop espacées peuvent manquer de brèves interruptions, tandis qu’une vérification depuis un seul réseau peut manquer un problème de routage ailleurs. Un test sur certaines adresses ne doit pas être présenté comme la preuve continue du bon fonctionnement de chaque IP d’un grand pool.

L’accord détermine ensuite comment ces observations sont comptabilisées. Selon la définition retenue, la disponibilité peut être calculée à partir du temps de service admissible ou des requêtes répondant aux critères. La période d’évaluation, le traitement des défaillances partielles et les exclusions applicables doivent correspondre à ce calcul. Un pourcentage sans ces règles ne décrit pas complètement la mesure.

Les clients peuvent conserver leurs propres mesures en complément des rapports du fournisseur. Une page publique d’état du service est utile pour les événements qui touchent l’ensemble du service, tandis que les rapports du compte ou les vérifications individuelles peuvent révéler un problème plus localisé. Le SLA doit préciser les relevés utilisés pour évaluer une demande et les informations que le client doit fournir.

Comment un incident de service est traité

Un incident peut être détecté par des vérifications automatisées ou signalé par un client. Le fournisseur doit établir ce qui est touché : une adresse, une localisation, l’authentification, une passerelle ou le service dans son ensemble. Cela aide à orienter le problème vers les personnes capables de le résoudre et à déterminer sa priorité.

La tâche immédiate consiste à rétablir un service utilisable. Cela peut nécessiter de redémarrer un processus défaillant, de déplacer le trafic, d’annuler une modification ou de travailler avec l’opérateur du réseau. Trouver et éliminer la cause initiale peut prendre plus longtemps que rétablir l’accès. Un rétablissement temporaire et une réparation définitive constituent donc deux étapes distinctes.

La communication avec les clients doit elle aussi avoir un responsable. Pendant une panne étendue, les ingénieurs peuvent travailler au rétablissement tandis que l’assistance recueille les signalements et publie des informations. Si un SLA précise des intervalles de mise à jour ou des délais d’escalade, ces engagements peuvent être vérifiés séparément de la réparation elle-même.

Le rétablissement doit également être vérifié. Le fournisseur doit confirmer que les connexions touchées fonctionnent de nouveau et surveiller la réapparition d’erreurs. Lorsque des rapports sont fournis, le compte rendu peut inclure la période de l’incident, les services touchés, les actions entreprises et les mesures destinées à éviter sa répétition. Le niveau de détail accessible aux clients dépend des conditions de service.

Le champ d’application des engagements

Une requête qui échoue ne révèle pas, à elle seule, sa cause. Des identifiants incorrects, un forfait expiré, une limite de connexions, un refus du site de destination ou un serveur proxy défaillant peuvent tous interrompre une tâche, mais ils concernent différentes parties du service.

Le SLA définit les parties que le fournisseur s’est engagé à couvrir. Maintenir une connexion proxy ne promet pas automatiquement qu’un site indépendant acceptera l’IP ou renverra le contenu souhaité par le client. De même, un problème sur le réseau local d’un client diffère d’une panne dans l’infrastructure du fournisseur.

La maintenance planifiée et les autres exclusions nécessitent des conditions explicites. Une exclusion de maintenance peut dépendre d’un préavis ou d’un créneau de maintenance défini. Le simple fait que des travaux aient été réalisés ne détermine pas comment l’interruption doit être comptée. C’est l’accord applicable qui fournit cette règle.

Le traitement des dépendances doit aussi être clair. Un service proxy peut utiliser un hébergeur, un réseau de transit ou un autre prestataire. L’exclusion éventuelle d’une interruption liée à ce prestataire dépend de l’accord ; sous-traiter une partie de l’infrastructure n’explique pas, en soi, la couverture du client au titre du SLA.

Ce qui se passe lorsqu’un SLA n’est pas respecté

Le rétablissement du service résout le problème technique. La compensation prévue par le SLA répond au manquement à l’engagement. Les fournisseurs peuvent notamment proposer un avoir sur le service : un montant déduit de frais de service ultérieurs. D’autres accords peuvent prévoir une prolongation ou un remboursement, mais le document applicable doit définir la compensation.

Le calcul nécessite une base de frais définie. Un avoir peut être lié au service touché plutôt qu’à tous les éléments du compte client. Différents degrés de défaillance peuvent donner lieu à différents avoirs, avec un éventuel plafond. Ces règles expliquent ce que prévoit le SLA ; un engagement non respecté ne suffit pas à établir le remboursement de toutes les pertes causées par une tâche interrompue.

Le client peut devoir soumettre une demande dans un délai précis. Les informations pertinentes peuvent inclure le service touché, les heures de l’incident avec leur fuseau horaire et les relevés d’erreurs de connexion. La demande est évaluée selon la procédure et les éléments de preuve précisés dans le SLA.

Cela diffère d’une politique ordinaire de remboursement d’achat. Un délai de remboursement concerne les conditions de retour d’un achat ; une compensation au titre d’un SLA concerne le non-respect d’un engagement de service défini pendant l’utilisation.