Architekt rozwiązań zaimportował maszynę wirtualną ze środowiska lokalnego za pomocą VM Import/Export i utworzył AMI. Instancja Amazon EC2 uruchomiona z tego AMI działa w publicznej podsieci w ramach VPC i ma publiczny adres IP. Instancja EC2 nie pojawia się jako instancja zarządzana w konsoli AWS Systems Manager. Jaką kombinację kroków rozwiązywania problemów powinien podjąć architekt rozwiązań? (Wybierz dwie odpowiedzi.)

Aby instancja EC2 mogła być zarządzana przez AWS Systems Manager, musi spełniać dwa kluczowe warunki. Po pierwsze, na instancji musi być zainstalowany i uruchomiony AWS Systems Manager Agent (SSM Agent). Ten agent jest odpowiedzialny za komunikację z usługą Systems Manager. Po drugie, instancja musi mieć dołączoną rolę IAM z odpowiednimi uprawnieniami Systems Manager (np. polityka AmazonSSMManagedInstanceCore), aby mogła uwierzytelniać się i autoryzować działania z usługą. Pozostałe opcje są nieprawidłowe: Punkt końcowy VPC dla Systems Manager nie jest wymagany, jeśli instancja ma dostęp do internetu (publiczny adres IP) i może komunikować się z publicznymi punktami końcowymi AWS. AWS Application Discovery Agent służy do zbierania danych o serwerach w środowisku on-premises, a nie do zarządzania instancjami EC2 przez Systems Manager. Role połączone z usługą (Service-Linked Roles) są tworzone automatycznie przez AWS dla niektórych usług i nie są bezpośrednio konfigurowane przez użytkownika w kontekście zarządzania pojedynczą instancją EC2 przez Systems Manager.