Construisez un service qui continue à répondre lorsque ses serveurs changent. Utilisez l’AWS CLI officielle et AWS View pour relier les ressources aux réponses HTTP réelles.
Quatre labs guidés, dans l’ordre :
- Répartir les requêtes entre deux serveurs avec un Application Load Balancer (ALB).
- Détecter une cible défaillante, observer son exclusion du trafic et la rétablir.
- Remplacer un serveur défaillant avec un modèle de lancement et un groupe Auto Scaling.
- Exécuter des stratégies pour passer de deux à trois instances et tester les limites de capacité.
Le défi indépendant réunit ces compétences : diagnostiquer un nouveau serveur absent du trafic, intégrer la santé de l’application et revenir à deux serveurs sains. Terminez d’abord les labs guidés.
Prérequis : Sous-réseaux et règles d’accès VPC, EC2, SSH et User Data des cours précédents AWS VPC et AWS EC2 and EBS. Les nouveaux concepts sont expliqués lors de leur première utilisation.
Environnement : Chaque unité démarre dans un nouvel environnement Linux accessible par navigateur, avec dépendances et applications préparées. Respectez le périmètre, testez avant de nettoyer et préservez la connexion. La pratique utilise ALB et l’exécution contrôlée de SimpleScaling ; NLB est un sujet de comparaison. Le suivi de cible basé sur le CPU et la résilience physique entre zones sont hors périmètre.
Ces exercices peuvent aider à préparer les certifications AWS sur l’équilibrage, la santé et la disponibilité. Consultez les objectifs de votre examen ; le cours ne couvre pas un programme complet.
