TP : Élasticité et haute disponibilité avec Docker Compose

Ce que vous allez apprendre dans ce TP

• Faire varier le nombre d'instances
• Constater la répartition de charge
• Vérifier la tolérance aux pannes

Scalabilité horizontale #

Ce que vous allez apprendre dans cette section

• Faire varier le nombre d'instances
• Constater la répartition de charge
• Vérifier la tolérance aux pannes

Contexte. Le site doit tenir un pic de trafic puis revenir à une taille économique ensuite. C'est l'élasticité : vous la simulez en ajoutant puis retirant des instances derrière un répartiteur de charge, et en provoquant une panne.

Prérequis : Docker Compose  ·  Durée estimée : 35 min

Un nginx répartit la charge entre des réplicas.

1. 1. Déployer le service et le load balancer

   Pourquoi ? Un load balancer devant le service est ce qui rend les instances interchangeables : les clients ne connaissent qu'une seule adresse.

   Un service whoami et un nginx qui utilise le DNS de Docker.

2. 2. Passer de 1 à 5 instances

   Pourquoi ? Passer de 1 à 5 instances en une commande montre la scalabilité horizontale : la capacité s'ajuste à la demande sans toucher au code.

   Augmentez le nombre d'instances sans interruption et observez la répartition.

3. 3. Simuler la perte d'instances

   Pourquoi ? Perdre des instances sans erreur visible démontre la haute disponibilité : la redondance absorbe la panne.

   Arrêtez deux instances : le service reste-t-il disponible ?

4. 4. Revenir à la taille minimale

   Pourquoi ? Revenir à la taille minimale quand la charge baisse est la moitié de l'élasticité : c'est ce qui réduit réellement la facture.

   Réduisez à 2 instances : quel est le lien avec la facturation à l'usage ?

Niveau de difficulté : ●●○○○ (2/5)