Une application s'exécute sur cinq instances Amazon EC2 derrière un Application Load Balancer (ALB) utilisant un groupe cible. L'utilisation moyenne du CPU est inférieure à 10 % la plupart du temps, avec des pics occasionnels à 65 %. Vous devez automatiser la scalabilité pour optimiser les coûts tout en garantissant une capacité CPU suffisante pendant les pics. Quelle solution répond à ces exigences ?

La création d'un groupe Auto Scaling EC2 avec une politique de mise à l'échelle de suivi de cible est la solution la plus efficace. Cette politique ajuste automatiquement le nombre d'instances pour maintenir l'utilisation moyenne du CPU (ASGAverageCPUUtilization) autour de la valeur cible de 50 %. Cela optimise les coûts en réduisant les instances lorsque l'utilisation est faible et garantit une capacité suffisante pendant les pics en augmentant les instances. Le nombre minimum de 2 instances assure la résilience, et le maximum de 6 gère les pics. Les autres options sont moins optimales : La première option utilise Lambda pour terminer une instance, mais ne gère pas l'augmentation de capacité et est moins dynamique qu'Auto Scaling. La troisième option crée un groupe Auto Scaling mais sans politique de mise à l'échelle dynamique, ce qui signifie qu'il ne réagira pas automatiquement aux changements de CPU. La quatrième option repose sur une intervention manuelle via des notifications SNS, ce qui n'est pas une solution automatisée et ne permet pas une réponse rapide aux changements de charge.