Un modèle CloudFormation déploie une application sur des instances Amazon Linux EC2 à l'aide de scripts shell de données utilisateur. Les instances ont un profil d'instance avec AmazonSSMManagedInstanceCore. Après avoir mis à jour les données utilisateur dans le modèle et effectué une mise à jour de la pile, les instances EC2 en cours d'exécution n'ont pas reçu l'application mise à jour. Quelle combinaison d'actions garantira que les instances en cours d'exécution reçoivent les mises à jour de l'application ? (Choisissez-en deux.)

Le script d'aide cfn-init permet de spécifier des actions de configuration dans les métadonnées de la ressource EC2. En combinaison avec cfn-hup, qui surveille les changements de métadonnées et déclenche cfn-init, les instances existantes peuvent réagir aux mises à jour de la pile CloudFormation sans être recréées. Alternativement, refactoriser les commandes dans un document AWS Systems Manager et utiliser Systems Manager State Manager pour créer une association garantit que les instances reçoivent les mises à jour. State Manager peut appliquer des configurations de manière continue ou à la demande, ce qui est idéal pour les mises à jour d'applications. Les autres options sont moins efficaces : formater les données utilisateur en MIME multipart avec scripts-user: always est une méthode plus ancienne et moins robuste que cfn-init pour la gestion des mises à jour. Créer un nouveau modèle de lancement et un groupe Auto Scaling nécessiterait de remplacer les instances, ce qui n'est pas l'objectif ici. Utiliser AWS CLI pour exécuter un document Systems Manager via Run Command nécessiterait une intervention manuelle ou un mécanisme de déclenchement externe.