Un architecte de solutions a importé une VM depuis un environnement sur site à l'aide de VM Import/Export et a créé une AMI. Une instance Amazon EC2 lancée à partir de cette AMI s'exécute dans un sous-réseau public au sein d'un VPC et possède une adresse IP publique. L'instance EC2 n'apparaît pas comme une instance gérée dans la console AWS Systems Manager. Quelle combinaison d'étapes de dépannage l'architecte de solutions doit-il suivre ? (Choisissez deux.)

Pour qu'une instance EC2 apparaisse comme une instance gérée dans AWS Systems Manager, deux conditions principales doivent être remplies. Premièrement, l'agent AWS Systems Manager (SSM Agent) doit être installé et en cours d'exécution sur l'instance. Cet agent est le logiciel qui permet à Systems Manager de communiquer avec l'instance. Deuxièmement, l'instance doit avoir un rôle IAM attaché qui lui accorde les autorisations nécessaires pour interagir avec les services Systems Manager. Sans ces autorisations, l'agent ne peut pas s'enregistrer auprès de Systems Manager. Un point de terminaison de VPC pour Systems Manager n'est pas strictement nécessaire si l'instance a un accès Internet public (ce qui est le cas ici car elle est dans un sous-réseau public avec une adresse IP publique). L'agent AWS Application Discovery n'est pas pertinent pour la gestion Systems Manager. Les rôles liés au service sont créés automatiquement par AWS et ne nécessitent généralement pas de configuration manuelle pour ce scénario.