Un architetto di soluzioni ha importato una VM da un ambiente on-premise utilizzando VM Import/Export e ha creato un'AMI. Un'istanza Amazon EC2 avviata da quell'AMI è in esecuzione in una sottorete pubblica all'interno di un VPC e ha un indirizzo IP pubblico. L'istanza EC2 non appare come istanza gestita nella console di AWS Systems Manager. Quale combinazione di passaggi di risoluzione dei problemi dovrebbe intraprendere l'architetto di soluzioni? (Scegli due.)

Perché un'istanza EC2 appaia come istanza gestita in AWS Systems Manager, sono necessari due prerequisiti fondamentali. Primo, l'AWS Systems Manager Agent (SSM Agent) deve essere installato e in esecuzione sull'istanza. Questo agente è il software che consente a Systems Manager di comunicare con l'istanza e gestirla. Secondo, l'istanza deve avere un ruolo IAM associato che conceda le autorizzazioni necessarie a Systems Manager per eseguire azioni sull'istanza. Senza queste autorizzazioni, l'agente non può registrarsi o comunicare con il servizio Systems Manager. Un endpoint VPC per Systems Manager non è strettamente necessario se l'istanza ha accesso a Internet (come indicato dal suo indirizzo IP pubblico) per comunicare con gli endpoint pubblici di Systems Manager. L'AWS Application Discovery Agent non è correlato alla gestione delle istanze tramite Systems Manager. I ruoli collegati al servizio sono creati automaticamente da AWS per molti servizi e, sebbene importanti per il funzionamento generale di Systems Manager, non sono la causa diretta dell'impossibilità di visualizzare una singola istanza come gestita.