Un arquitecto de soluciones importó una VM desde un entorno on-premises usando VM Import/Export y creó una AMI. Una instancia de Amazon EC2 lanzada desde esa AMI se ejecuta en una subred pública dentro de una VPC y tiene una dirección IP pública. La instancia de EC2 no aparece como una instancia administrada en la consola de AWS Systems Manager. ¿Qué combinación de pasos de solución de problemas debería tomar el arquitecto de soluciones? (Elija dos).

Para que una instancia EC2 sea administrada por AWS Systems Manager, se requieren dos componentes clave: 1. AWS Systems Manager Agent (SSM Agent): El SSM Agent debe estar instalado y ejecutándose en la instancia. Este agente es el software que permite a Systems Manager interactuar con la instancia. Al importar una VM, el agente podría no estar preinstalado o configurado correctamente. 2. Rol de IAM con permisos de Systems Manager: La instancia EC2 necesita un rol de IAM adjunto que le otorgue los permisos necesarios para comunicarse con el servicio de Systems Manager (por ejemplo, AmazonSSMManagedInstanceCore). Sin estos permisos, la instancia no puede registrarse ni ser administrada. Las otras opciones son incorrectas: Un VPC endpoint para Systems Manager no es estrictamente necesario para que una instancia en una subred pública con una IP pública se registre, ya que puede usar el internet gateway. El AWS Application Discovery Agent se utiliza para la planificación de migraciones, no para la administración de instancias con Systems Manager. Los roles vinculados a servicios son para que AWS Systems Manager asuma permisos para realizar acciones en su nombre, no para que las instancias EC2 se registren como administradas.