Laboratoires
Application distribuée

La petite entreprise devient grande

Le site de Cornucopia a bien résisté au Module 1 : conteneurisé, composé, essaimé, sauvegardé. Mais l'expansion régionale bat son plein : dix mille visiteurs et des milliers de paniers personnalisés pointent à l'horizon, et une seule machine ne suffit plus. Flora et Hazel doivent grandir en largeur : séparer le web et la base de données, mettre en cache Varnish, balancer avec HAProxy, doubler les points de faille avec des IP virtuelles, et prouver chaque étage avec un vrai test de charge. À la fin, l'infrastructure tournera sur du matériel qu'on peut toucher.

Ces laboratoires reprennent le trajet historique des grandes infrastructures web : chaque partie ajoute un étage, et chaque étage se mesure.

Un étage à la fois, chiffres à l'appui

À chaque étage, un test de charge BRUTAL avec JMeter documente ce que le montage encaisse : les chiffres racontent la croissance.

Vos instances, votre choix d'infrastructure

Chaque serveur de ces laboratoires est une instance. Comme au laboratoire de l'essaim du module 1, vous choisissez le substrat qui la fournit, au lieu que VirtualBox soit imposé :

• Le TP est exactement le même dans les trois cas : mêmes services, mêmes tests, mêmes livrables, même évaluation. L'infrastructure change, les gestes restent.
• Votre essaim du module 1 peut resservir : les noeuds que vous savez déjà monter font d'excellentes instances.
• Mélanger les substrats d'un laboratoire à l'autre est permis, mais documentez chaque changement dans votre guide d'installation.
• Le choix se justifie en quelques phrases dans le README de l'équipe (coût, mémoire disponible, réalisme, dépendance au réseau).

Option VPS : des instances qui dorment coûtent des sous. « Conserver ses instances » signifie alors : être capable de les recréer et de les restaurer en quelques minutes par script et sauvegardes (vos réflexes du module 1). À la démonstration, vous devez pouvoir relever l'ensemble complet rapidement, devant témoin.

Noms d'hôtes et plan d'adressage

Chaque instance porte un nom d'hôte de la forme SERVICE_PRINCIPAL + 3_DERNIERS_CHIFFRES_DE_L_IP (exemples : http20, mysql10, varnish30).

Environnement informatique

• Toutes les activités se réalisent avec votre propre ordinateur Linux : Kubuntu 24.04 ou Debian 12 avec KDE.
• Les outils suivants doivent être installés : un navigateur (Chrome, Brave ou Firefox), Konsole et Dolphin.
• Chaque étudiante dispose d'un compte Linode (ou OVH ou Hetzner) en règle pour le déploiement.
• Le noyau Linux 6.17 doit être en markhold. C'est le noyau 6.14 qui est obligatoire pour le projet (jusqu'à indication contraire) et la commande de mise à jour (sudo apt update && sudo apt upgrade) doit passer sans erreur ni forcer l'installation du nouveau noyau.

• La VM de référence : UbuntuServerAlpha, clonée en DockerAlpha (2 Go de mémoire, 12 Go de disque).
• Clonage permis pour sauver du temps : nouvelle adresse MAC, nouveau nom d'hôte, nouvelle adresse IP.

Le processus de travail

• Le travail se réalise en laboratoire présentiel. Le laboratoire sert exclusivement aux activités du cours (pas d'autres devoirs ou activités pendant ces séances). Toute autre activité doit se faire à l'extérieur du local.
• La majorité du laboratoire se réalise dans la séance de 4h, environ 80% du travail.
• Si tu es bloqué(e) ou en difficulté, tu dois demander de l'aide PENDANT la séance du bon laboratoire.
• Tu as ensuite 7 jours pour finaliser ta remise.
• Chaque étudiant remet une solution originale, différente de celles des autres étudiants, qu'il maîtrise.
• Utilisation de l'IA en chatbot web est permise mais l'étudiant doit rédiger ses propres scripts.

Remise et Examen pratique

La remise

• Remise en équipe, incrémentale, d'une solution originale (différente des autres équipes).
• 7 jours au maximum pour finaliser la remise de chaque labo, AVANT le labo suivant.
• L'examen pratique est obligatoire pour recevoir une note.

L'examen pratique

• Les instances sont fonctionnelles AVANT l'examen pratique.
• Chaque ligne devra pouvoir être expliquée sur demande.
• Des modifications seront demandées au moment de l'examen pratique.

Utilisation de l'IA

Signes que tu utilises mal l'IA

• Ne pas participer au laboratoire ou faire autre chose pendant le labo.
• Absences aux laboratoires et vouloir faire les travaux à la maison.
• Refus ou incapacité de subir l'examen pratique.

Architecture de remise

Votre dépôt Git doit respecter scrupuleusement l'arborescence suivante :

• Les 4 dossiers labo1/, labo2/, labo3/ et labo4/ correspondent aux laboratoires.
• Les fichiers de configuration et un fichier README.md (guide d'installation) sont exigés dans chaque dossier.
• Le README.md à la racine sert de présentation globale avec les noms de l'équipe.

La démonstration

En classe, à la semaine 10 :

• Chaque équipe fait la démonstration du laboratoire d'installation sur matériel.
• Chaque étudiant fait la démonstration de tous les autres laboratoires sur son poste de travail, et présente dans Git : sa version de son guide d'installation, les fichiers de configuration utilisés, le tableau rempli et les captures d'écran.

Rappel : sans démonstration conforme, le laboratoire n'est pas évalué. L'épreuve du HAproxy maître éteint sous charge sera rejouée devant tout le monde : c'est le moment de gloire de votre grappe.

Récapitulatif des points

Total : 25 points · 25 % de la session

Le tableau des performances à remplir

Pour chaque partie, notez la valeur id (processeur inactif) donnée par top pour chaque instance active, et le temps moyen de réponse indiqué par JMeter. Une copie de ce tableau, remplie, par étudiant, en .PDF dans Git.

La question qui vaut de l'or, à discuter dans votre README : d'un étage à l'autre, qu'est-ce qui s'est amélioré, et qu'est-ce que ça a coûté ?