Un template CloudFormation distribuisce un'applicazione su istanze EC2 Amazon Linux utilizzando script shell di user data. Le istanze hanno un profilo di istanza con AmazonSSMManagedInstanceCore. Dopo aver aggiornato i user data nel template ed eseguito un aggiornamento dello stack, le istanze EC2 in esecuzione non hanno ricevuto l'applicazione aggiornata. Quale combinazione di azioni garantirà che le istanze in esecuzione ricevano gli aggiornamenti dell'applicazione? (Scegli due.)

Le istanze EC2 non ricevono gli aggiornamenti dei user data dopo la creazione iniziale perché i user data vengono eseguiti solo al primo avvio dell'istanza. La prima opzione corretta è rifattorizzare i user data per utilizzare cfn-init e cfn-hup. cfn-init può applicare configurazioni e installare pacchetti definiti nei metadati del template CloudFormation. cfn-hup è un demone che monitora i metadati dell'istanza per le modifiche e può attivare cfn-init per applicare tali modifiche, garantendo che gli aggiornamenti dello stack si riflettano sulle istanze in esecuzione. La seconda opzione corretta è rifattorizzare i comandi dei user data in un documento AWS Systems Manager e utilizzare Systems Manager State Manager. State Manager consente di definire e applicare configurazioni, inclusa l'esecuzione di script, a un parco istanze in modo continuo o pianificato, indipendentemente dal ciclo di vita dei user data. Le opzioni errate non risolvono il problema dell'applicazione degli aggiornamenti alle istanze in esecuzione. La formattazione MIME multipart non cambia il comportamento di esecuzione dei user data. La creazione di un nuovo launch template e gruppo Auto Scaling richiederebbe la terminazione delle istanze esistenti, non aggiornandole. L'esecuzione di un documento SSM tramite AWS CLI nei user data lo eseguirebbe solo al primo avvio.