L'essaim
Acte 3 : faire jouer la partition par plusieurs machines à la fois. Docker Swarm et l'orchestration.
420-5A4-MT · Serveurs évolutifs · SwarmEt si une machine ne suffisait plus ?
Le site de la petite entreprise tient sur une machine, et la partition Compose sait le lever d'un geste. Mais une question trotte dans la tête de la fondatrice : le jour où une machine ne suffira plus, on fera quoi ? Avant même d'en avoir besoin, l'entreprise apprend à faire jouer sa partition par un orchestre de plusieurs machines : un essaim.
- Objectif du jour : comprendre ce qu'un orchestrateur fait à votre place.
- Et une leçon cachée : l'orchestrateur se moque du substrat, les mêmes gestes fonctionnent sur n'importe quelles machines.
L'essaim et l'état désiré
Un essaim (swarm) est un cluster : plusieurs machines qui exécutent Docker et agissent comme une seule grande machine. On ne pilote plus des conteneurs un à un : on déclare un état désiré, et l'essaim travaille en permanence à le maintenir.
« Je veux 3 copies du service web, un port 80 ouvert, et la base sur un noeud travailleur. »
Un conteneur meurt ? Il le relance. Un noeud tombe ? Ses tâches renaissent ailleurs. Sans que personne ne clique. C'est la réconciliation.
Gestionnaires et travailleurs
- Garde l'état du cluster et prend les décisions.
- Distribue les tâches aux noeuds.
- Plusieurs gestionnaires possibles : ils élisent un chef (leader), et le cluster survit à la perte d'un gestionnaire.
- Reçoit des tâches et les exécute : c'est lui qui fait tourner les conteneurs.
- Rend compte de son état au gestionnaire.
- Un noeud peut être les deux à la fois.
On rejoint un essaim avec un jeton (token) : un jeton de travailleur ou un jeton de gestionnaire, générés à la création de l'essaim.
Services, tâches, répliques
- Un service est la définition de ce qui doit tourner : quelle image, combien de copies, quels ports.
- Une tâche est un conteneur précis, placé sur un noeud précis par le gestionnaire.
- Les répliques sont le nombre de copies demandées : replicas: 3 donne trois WordPress identiques derrière le même port.
- Une pile (stack) est un groupe de services déployés ensemble... décrits dans un fichier YAML que vous connaissez déjà : la partition de Compose, enrichie d'une section deploy.
Votre travail de la semaine 3 n'est pas perdu : Swarm parle le même langage.
Tout ne se réplique pas pareil
- Chaque requête est indépendante : n'importe quelle copie peut répondre.
- Se réplique à volonté : 3, 10, 100 copies.
- Ses données vivent dans UN volume, ancré sur UN noeud.
- Deux copies écrivant les mêmes fichiers = catastrophe.
- On l'ancre avec une contrainte de placement (placement constraint), en une seule réplique.
C'est LA leçon conceptuelle de la semaine : l'état et le sans-état n'évoluent pas pareil. Elle vous suivra jusqu'au projet final, et dans toute votre carrière.
Trois façons de monter son essaim
Au laboratoire, chacun monte SON essaim de trois noeuds, avec l'infrastructure de son choix :
Docker dans Docker (DinD) : léger, rapide, hors ligne. Trois noeuds qui sont eux-mêmes des conteneurs sur votre VM.
Trois VM VirtualBox clonées : le modèle mental le plus propre, hors ligne, et l'entraînement parfait pour le projet final.
Trois VPS Linode jetables, facturés à l'heure : le plus authentique. De vraies machines, le vrai Internet, un vrai pare-feu à configurer.
Les gestes (init, join, deploy, scale, drain) et l'évaluation sont identiques dans les trois cas. C'est la leçon : l'orchestrateur se moque du substrat.
Avant de passer au laboratoire
- Un essaim maintient un état désiré tout seul : c'est l'orchestration.
- Gestionnaires décident, travailleurs exécutent, les jetons font entrer.
- Le web sans état se réplique; la base avec état s'ancre.
- Le choix d'infrastructure ne change ni les gestes ni la leçon.
Au laboratoire : choisissez votre infrastructure, justifiez votre choix en quelques phrases, montez vos trois noeuds et regardez WordPress se répliquer. Puis débranchez un noeud, pour le plaisir de le voir renaître.
Version de départ · ce diaporama va s'enrichir