TP – Mettre un service sous contrat et le recetter
BTS SIO SISR 2e année – Bloc 2 – S14 – binôme : un tape, l'autre lit ; on échange les rôles à chaque partie
Note
But. À partir d'un contrat de service fictif, tu traduis les engagements en exigences, tu conçois l'architecture, tu assembles les briques des séances précédentes, tu exécutes une recette avec des preuves et tu calcules la disponibilité d'un mois.
Durée : 2 h 45 (parties A à E), plus le bilan. Prérequis : S05, S10, S11, S12 ; cours S14 lu ; tes configurations des séances précédentes (idéalement dans ton dépôt Git, S08).
Note
Comment ce TP fonctionne. Cette séance est une répétition d'une réalisation E6 : tu travailles à partir des briques déjà construites, et tu produis les preuves. Un bilan de compétences clôt la séance.
Binôme : ____________ / ____________
Le contrat (fictif)
Le Cabinet Delorme (deux sites : siège et agence) confie à un prestataire l'hébergement de son site de prise de rendez-vous et l'accès de l'agence aux données du siège. Extraits du contrat :
Art. 3 – Disponibilité. Le prestataire garantit une disponibilité du site de 99,9 % par mois civil, mesurée par la supervision du prestataire, hors maintenance planifiée annoncée au moins 72 heures à l'avance (durée maximale 2 h par mois) et hors cause imputable au client.
Art. 4 – Sécurité. Les échanges entre le siège et l'agence transitent exclusivement par un tunnel chiffré. Les clés sont protégées et renouvelables.
Art. 5 – Données. La perte de données maximale est de 4 heures ; la restauration complète d'un serveur est effectuée en moins de 4 heures.
Art. 6 – Incidents. Toute indisponibilité est détectée automatiquement et notifiée au responsable du prestataire dans les 5 minutes.
Art. 7 – Preuves. Le prestataire fournit chaque mois un rapport de service (disponibilité, incidents, sauvegardes) établi à partir des journaux conservés.
Art. 8 – Crédit de service. (fictif) Pour chaque tranche entamée de 0,1 point de disponibilité manquant, un crédit de 5 % de la redevance mensuelle, plafonné à 25 %.
Partie A – Traduire le contrat en exigences (≈ 30 min)
Complète le tableau (une ligne par article, plusieurs lignes possibles).
| Article | Exigence technique | Brique(s) | Critère de recette mesurable |
|---|---|---|---|
| 3 | |||
| 4 | |||
| 3 (panne d'un nœud) | |||
| 5 (perte de données) | |||
| 5 (restauration) | |||
| 6 | |||
| 7 |
J'anticipe. À 99,9 % par mois civil de 30 jours, quelle indisponibilité est tolérée, en minutes ? ______
Éléments de réponse
0,001 × 43 200 = 43,2 minutes.
| Article | Exigence | Briques | Critère |
|---|---|---|---|
| 3 | Aucun SPOF applicatif : 2 serveurs web, 2 répartiteurs, VIP ; supervision du service | S12, S11 | Panne de chaque composant : interruption mesurée de quelques secondes ; disponibilité mensuelle calculée ≥ 99,9 % |
| 3 (nœud) | Mode dégradé décrit : un serveur web restant, capacité chiffrée, fonctions maintenues, durée maximale avant rétablissement | S12, S11 | Un nœud arrêté : service rendu ; alerte « service dégradé » reçue ; capacité mesurée comparée à la charge |
| 4 | Tunnel site à site, clés en 600, pare-feu |
S10 | Capture WAN illisible ; accès à l'agence sans tunnel refusé |
| 5 (perte) | Sauvegarde au moins toutes les 4 h, copie hors site | S05, S09 | Heure de la dernière sauvegarde < 4 h ; script planifié supervisé |
| 5 (restauration) | Procédure de restauration documentée | S05 | Restauration chronométrée < 4 h ; empreintes identiques |
| 6 | Supervision avec déclencheur et notification | S11 | Alerte reçue < 5 min après arrêt du service |
| 7 | Journaux centralisés, conservés, rapport calculé | S11 | Rapport généré à partir des mesures |
Partie B – Concevoir l'architecture (≈ 35 min)
1. Dessine (à la main ou avec un outil) le schéma d'architecture : sites, réseaux, machines, adresses, tunnel, VIP, supervision, sauvegarde. Joins-le au rendu.
2. Recense les points uniques de défaillance restants, et ce que tu en fais (accepté, justifié, ou traité) :
| SPOF | Risque | Traité / Accepté ? | Justification |
|---|---|---|---|
3. Calcule la disponibilité théorique de l'ensemble, avec : répartiteurs 99,9 % chacun (en parallèle), serveurs web 99 % chacun (en parallèle), commutateur 99,95 % (unique), passerelle VPN 99,9 % (unique pour le flux de l'agence).
Éléments de réponse
SPOF possibles : l'hôte physique des VM, le commutateur, la passerelle VPN, le stockage de la base, la supervision elle-même, l'opérateur Internet. À chaque SPOF, soit une redondance, soit une acceptation justifiée (coût, probabilité, contournement).
Calcul (site de rendez-vous, hors VPN) : répartiteurs : 1 − 0,001² = 0,999999 ; serveurs : 1 − 0,01² = 0,9999 ; commutateur : 0,9995. Produit ≈ 0,999999 × 0,9999 × 0,9995 ≈ 0,99940 (99,94 %). Le commutateur limite : pour viser davantage, le doubler. L'accès de l'agence en série avec la passerelle VPN : ≈ 0,9994 × 0,999 ≈ 99,84 % pour ce flux.
Je comprends. Pourquoi la disponibilité théorique ne suffit-elle pas à tenir le contrat ? ______________________
Éléments de réponse
Le calcul suppose des pannes indépendantes et une bascule qui fonctionne. Seule une mesure (recette, supervision) le prouve : la bascule peut être mal configurée, les pannes corrélées (même hôte, même alimentation).
Partie C – Assembler et recetter (≈ 60 min)
Remonte, à partir de tes configurations des séances précédentes, le minimum nécessaire pour exécuter au moins quatre scénarios parmi les six ci-dessous (ton binôme et toi décidez lesquels, en justifiant). Les adresses sont celles de tes séances.
Plan de recette
| # | Scénario | Résultat attendu | Méthode de mesure |
|---|---|---|---|
| T1 | Arrêter un serveur web | Le site reste accessible par la VIP | Boucle curl de S12 : lignes ECHEC |
| T2 | Arrêter le répartiteur maître | Bascule de la VIP, interruption courte | mesure.log, ip -br a |
| T3 | Capturer le trafic entre sites | Illisible sur le WAN, en clair sur wg0 uniquement |
tcpdump (S10) |
| T4 | Détruire des données puis restaurer | Restauration complète < 4 h, fichiers identiques | time, sha256sum (S05) |
| T5 | Arrêter le service web sur les deux serveurs | Alerte reçue en moins de 5 min | Horodatage de la notification (S11) |
| T6 | Couper le tunnel | L'accès de l'agence échoue et l'échec est détecté | wg show, alerte |
Tableau de recette
| # | Résultat obtenu (mesure, heure) | Preuve (nom du fichier / capture) | Verdict |
|---|---|---|---|
| T… | |||
| T… | |||
| T… | |||
| T… |
J'anticipe. Quel scénario te semble le plus risqué pour le contrat, et pourquoi ? ______________________
Éléments de réponse
Réponse libre justifiée. Les plus risqués sont en général T2 (la bascule dépend de plusieurs réglages) et T4 (la restauration réelle est souvent plus longue que prévu) ; T6 révèle souvent que la coupure du tunnel n'est pas supervisée.
Règle de recette. Un verdict conforme exige une mesure et une preuve ; « ça marche » sans trace n'est pas une preuve.
Partie D – Le rapport de service du mois (≈ 25 min)
Voici les événements enregistrés par la supervision pour un mois civil de 30 jours :
| # | Événement | Durée | Précision |
|---|---|---|---|
| I1 | Service web injoignable (arrêt non prévu d'un serveur, bascule correcte mais courte coupure) | 9 min | Panne non planifiée |
| I2 | Mise à jour du système | 40 min | Maintenance annoncée 72 h avant, dans la limite de 2 h/mois |
| I3 | Répartiteur bloqué, bascule empêchée par une erreur de configuration | 25 min | Panne non planifiée |
| I4 | Panne de l'opérateur Internet du client | 60 min | Cause imputable au client |
- Calcule l'indisponibilité comptée selon l'article 3, la disponibilité du mois, et conclus.
- Quel serait le résultat si les maintenances planifiées n'étaient pas exclues ? Et si les causes imputables au client ne l'étaient pas non plus ?
- Calcule, le cas échéant, le crédit de service (article 8).
Éléments de réponse
- Compté : I1 + I3 = 9 + 25 = 34 min (I2 exclue car annoncée à temps ; I4 exclue car imputable au client). 34 ÷ 43 200 ≈ 0,0787 % ; disponibilité ≈ 99,92 % ≥ 99,9 % : contrat respecté, pas de crédit.
- Avec la maintenance : 74 min → 74 ÷ 43 200 ≈ 0,171 % → 99,83 % : non respecté. Avec aussi I4 : 134 min → 0,310 % → 99,69 %. Le résultat dépend de la rédaction des exclusions.
- Pas de crédit dans le cas 1. Dans le cas « maintenance comprise » : manque 99,9 − 99,83 ≈ 0,07 point, soit une tranche entamée de 0,1 point → crédit de 5 %.
Je comprends. I3 est dû à une erreur de configuration du prestataire. Que faut-il faire après le rapport ? ______________________
Éléments de réponse
Rédiger une fiche d'incident (S13) avec cause racine et prévention : test de bascule à chaque changement, configuration versionnée et relue (S08), alerte sur l'état de la VIP (S11). Le rapport de service doit signaler l'incident, pas le masquer.
Partie E – Le dossier technique (≈ 15 min)
Dresse le sommaire du dossier qui prouverait la conformité devant le client (une demi-page) : documents, schémas, configurations, preuves, procédures. Vérifie qu'on pourrait reconstruire le service à partir de ce seul dossier.
Éléments de réponse
Un sommaire type : contexte et contrat ; exigences et critères de recette ; schéma d'architecture et plan d'adressage ; configurations (versionnées) ; procédures (déploiement, restauration, bascule) ; plan de recette et preuves ; rapport de service ; fiches d'incident ; risques restants. Le test de la reconstruction est le meilleur indicateur de la qualité de la documentation.
Pour aller plus loin
- Écris le script qui calcule la disponibilité du mois à partir d'un fichier d'événements.
- Ajoute à la supervision une alerte sur la VIP et sur la dernière poignée de main du tunnel.
- Rédige un avenant au contrat qui précise un point flou (point de mesure, définition d'une « indisponibilité »).
Retour en entreprise (si ta situation le permet)
- Observer : l'entreprise (ou un client) a-t-elle un contrat de niveau de service ? Quels engagements, quelles exclusions ?
- Documenter : une exigence réelle traduite en critère de recette, avec sa preuve. Elle peut alimenter une fiche de réalisation.
Rendu
Compte rendu PDF, nommé RENDU-B2A2-S14-NOM.pdf, contenant : le tableau des exigences, le schéma d'architecture, les SPOF, le calcul de disponibilité, le tableau de recette avec preuves, le rapport de service du mois, le sommaire du dossier technique.
Prolongement dans InfraLab (facultatif)
Un service sous contrat se pilote avec des délais, des échéances de contrat et un calendrier d'ouverture.
Le simulateur InfraLab propose des TP guidés sur ce thème : vue TP, choisis le TP. Ils s'ajoutent à la séance (en classe si le temps le permet, sinon en autonomie) ; ils ne remplacent pas la manipulation sur machine réelle ci-dessus.
| TP | Titre | Durée |
|---|---|---|
| 22 | SLA : tenir les délais | 40 min |
| 28 | Contrats, fournisseurs et échéances | 35 min |
| 41 | SLA : le week-end compte-t-il ? | 35 min |
Note
InfraLab simule : le score ne valide aucune compétence. Exporte le rapport du TP (HTML) et joins-le à ton compte rendu.
Bilan de la séance
Niveau : Non maîtrisé, Maîtrise partielle, Bonne maîtrise ou Excellente maîtrise, ou Non évalué.
| Compétence du référentiel | Ce que j'ai fait dans cette séance | Niveau |
|---|---|---|
| B2.1 – Concevoir une solution d'infrastructure réseau | ||
| B2.2 – Installer, tester et déployer une solution d'infrastructure réseau | ||
| B2.3 – Exploiter, dépanner et superviser une solution d'infrastructure réseau | ||
| B3.4 – Garantir la disponibilité, l'intégrité et la confidentialité des services informatiques et des données |
Note
Les codes sont ceux du référentiel.
Je sais faire, sans aide :
- Lire un contrat de service et repérer les exclusions ;
- Traduire un engagement en exigence et en critère de recette ;
- Concevoir une architecture sans SPOF injustifié ;
- Exécuter une recette avec mesures et preuves ;
- Calculer la disponibilité d'un mois et le crédit éventuel ;
- Constituer un dossier technique reconstructible.
Ce que je dois reprendre : ______________________
Ma question à poser à l'enseignant : ______________________