Une application sur des instances EC2 dans un groupe Auto Scaling doit télécharger et traiter des données S3 croissantes au démarrage, ce qui entraîne des retards de plusieurs minutes pour les nouvelles instances. Quelle est la méthode la PLUS rentable pour réduire le temps avant que les nouvelles instances ne soient prêtes à traiter les requêtes ?

La bonne réponse est de configurer un warm pool avec des instances à l'état Stopped. Un warm pool permet de pré-initialiser les instances avec les données nécessaires, réduisant ainsi le temps de démarrage. L'état Stopped est le plus rentable car il ne génère pas de coûts de calcul tant que l'instance est arrêtée, tout en conservant le volume EBS et son contenu. Le hook de cycle de vie autoscaling:EC2INSTANCELAUNCHING permet de s'assurer que l'instance n'est mise en service qu'une fois l'application prête. Augmenter le nombre maximal d'instances n'accélère pas le démarrage. Utiliser des instances Running dans le warm pool est plus rapide mais beaucoup plus coûteux. Placer l'instance en état Standby après le hook n'est pas l'objectif principal et n'optimise pas le temps de mise en service.