Les instances EC2 d'un groupe Auto Scaling créé par CloudFormation nécessitent un fichier de configuration maintenu dans le contrôle de code source. Les instances doivent avoir la dernière configuration au lancement, et les modifications apportées au modèle CloudFormation doivent être répercutées sur toutes les instances avec un délai minimal. Quelle solution permet d'y parvenir ?

La solution correcte utilise les métadonnées d'initialisation CloudFormation (AWS::CloudFormation::Init) pour inclure le contenu du fichier de configuration directement dans le modèle. cfn-init est un script d'aide exécuté au lancement de l'instance pour traiter ces métadonnées et appliquer la configuration. cfn-hup est un démon qui interroge régulièrement les métadonnées de l'instance pour détecter les modifications apportées au modèle CloudFormation et réexécute cfn-init si nécessaire, assurant ainsi que les instances existantes reçoivent les mises à jour avec un délai minimal. Les autres options sont incorrectes car : L'ajout d'une règle AWS Config ne gère pas la distribution de fichiers de configuration aux instances EC2 ni les mises à jour dynamiques. L'ajout d'une ressource de modèle de lancement EC2 contenant le contenu du fichier de configuration est possible, mais sans cfn-hup, les instances existantes ne recevraient pas les mises à jour du fichier de configuration après leur lancement. L'option mentionnant cfn-hup avec un modèle de lancement est une alternative viable, mais l'option correcte est plus directe en utilisant les métadonnées d'initialisation. Un Systems Manager Resource Data Sync est utilisé pour agréger des données d'inventaire ou de conformité, pas pour distribuer des fichiers de configuration ou déclencher des mises à jour sur les instances.