Une application s'exécute sur des instances EC2 dans un groupe Auto Scaling qui spécifie actuellement un seul type d'instance. Les métriques de CPU et de mémoire montrent que les instances sont sous-utilisées. Vous devez réduire le coût EC2 de manière permanente et améliorer l'utilisation avec le moins de modifications de configuration futures possible. Quelle solution répond à cette exigence ?

La bonne réponse est de définir les exigences de CPU et de mémoire dans le modèle de lancement du groupe Auto Scaling (exigences d'instance) et de supprimer le type d'instance explicite. Cette approche permet à Auto Scaling de choisir automatiquement les types d'instances les plus appropriés et les moins chers qui répondent aux exigences spécifiées, optimisant ainsi les coûts et l'utilisation sans nécessiter de modifications manuelles futures des types d'instances. Les autres options sont moins optimales : La création d'une liste de types d'instances similaires nécessite une maintenance manuelle et ne garantit pas toujours la meilleure optimisation des coûts à long terme. Le remplacement manuel par un seul nouveau type d'instance ne résout pas le problème de la sous-utilisation future si les besoins changent, et ne tire pas parti de la flexibilité d'Auto Scaling. L'utilisation d'un script pour sélectionner les types d'instances est une solution complexe et moins intégrée que les fonctionnalités natives d'Auto Scaling.