AWS ELB et Auto Scaling : haute disponibilité et élasticité

Les soldes de la Tabaski arrivent, et la boutique de Baobab Market tourne sur un seul serveur : un point de défaillance unique. Awa vous demande que la boutique reste ouverte si un serveur tombe, qu'elle ajoute des serveurs quand la foule arrive, et qu'elle les retire quand la foule repart. Ce quatrième lab du parcours de préparation à la certification AWS Certified Cloud Practitioner commence par les mots que l'examen emploie le plus pour parler des avantages du cloud : haute disponibilité, tolérance aux pannes, scalabilité horizontale et verticale, élasticité. Un schéma d'architecture montre ce que vous allez construire : un répartiteur de charge présent dans deux zones de disponibilité, devant un groupe Auto Scaling piloté par CloudWatch. Vous lisez le modèle de lancement fourni, puis vous créez un groupe cible et son contrôle de santé, un Application Load Balancer et son écouteur, et un groupe Auto Scaling avec une politique de suivi de cible, après un premier refus provoqué exprès. La boutique répond à une seule adresse, servie tour à tour par deux instances. Vous en tuez une : les clients ne voient rien, et Auto Scaling la remplace seul. Vous passez ensuite à trois instances, et regardez la politique redescendre à deux, déclenchée par une alarme CloudWatch qu'elle a créée elle-même. Tout se passe dans la vraie console AWS, sans adresse IP Elastic. Le guide est illustré de captures de la console et d'un schéma d'architecture, compare ALB, NLB et Gateway Load Balancer, explique les façons de mettre à l'échelle et ce que coûtent un répartiteur et les adresses IPv4 publiques, et se termine par un examen blanc de dix questions.