Een CloudFormation-template implementeert een applicatie op Amazon Linux EC2-instances met behulp van user data shell-scripts. Instances hebben een instance profile met AmazonSSMManagedInstanceCore. Na het bijwerken van user data in de template en het uitvoeren van een stack-update, hebben de actieve EC2-instances de bijgewerkte applicatie niet ontvangen. Welke combinatie van acties zorgt ervoor dat de actieve instances de applicatie-updates krijgen? (Kies twee.)

De eerste correcte optie is om de user data te herstructureren met cfn-init en cfn-hup. cfn-init is ontworpen om configuraties te verwerken die in de CloudFormation-template zijn gedefinieerd, en cfn-hup monitort metadata-wijzigingen en triggert cfn-init om updates toe te passen zonder de instance opnieuw op te starten of te vervangen. Dit maakt dynamische updates mogelijk. De tweede correcte optie is om een AWS Systems Manager document te gebruiken in combinatie met State Manager. Door de installatiecommando's in een Systems Manager document te plaatsen, kan State Manager een associatie creëren die ervoor zorgt dat het document periodiek of op aanvraag wordt uitgevoerd op de instances, waardoor updates effectief worden toegepast. Dit is een robuuste methode voor configuratiebeheer. Het formatteren van user data als MIME multipart met scripts-user: always in text/cloud-config is niet voldoende, omdat dit alleen scripts uitvoert bij de eerste boot of bij specifieke events, niet bij CloudFormation-updates. Het maken van een nieuwe launch template en Auto Scaling group met AutoScalingScheduledAction zou nieuwe instances lanceren, maar de bestaande instances niet updaten. Het uitvoeren van een Systems Manager document via een AWS CLI-aanroep in user data zou alleen werken bij de eerste boot van de instance, niet bij latere updates van de CloudFormation-stack.