한 회사가 여러 리전, AZ, 온프레미스 서버, EC2 및 AWS IoT Greengrass 디바이스에서 인프라를 운영하고 있습니다. DevOps 팀은 AWS Systems Manager를 사용하여 EC2, IoT 디바이스 및 온프레미스 서버 전반에 걸쳐 패치 및 구성을 자동화할 것입니다. Systems Manager는 필요한 리전에서 사용할 수 있습니다. 이러한 모든 리소스에 걸쳐 자동화된 패치 및 구성을 구현하는 데 필요한 단계는 무엇입니까? (세 가지 선택)

Systems Manager Patch Manager는 EC2, 온프레미스 서버, 심지어 IoT Greengrass 디바이스까지 포함하여 다양한 리소스에 대한 패치 적용을 자동화하는 데 사용됩니다. 유지 관리 기간 작업을 생성하여 패치 일정을 예약하고 적용할 수 있습니다. Systems Manager가 이러한 리소스와 상호 작용하려면 적절한 권한이 필요합니다. EC2 인스턴스의 경우 Systems Manager용 IAM 인스턴스 프로파일을 연결해야 합니다. IoT 디바이스 및 온프레미스 서버의 경우 Systems Manager가 해당 리소스에서 작업을 수행할 수 있도록 적절한 IAM 서비스 역할을 생성해야 합니다. 온프레미스 서버를 Systems Manager에 등록하려면 관리형 인스턴스 활성화를 생성하고 해당 Activation Code/ID를 사용하여 SSM Agent를 설치해야 합니다. IoT Greengrass 디바이스의 경우 Greengrass 토큰 교환 역할을 업데이트하여 SSM Agent를 배포할 수 있도록 해야 합니다. 오답 설명: Session Manager는 대화형 셸 액세스에 사용되며 패치 푸시에는 적합하지 않습니다. Run Command는 즉각적인 명령 실행에 사용될 수 있지만, Patch Manager는 패치 관리 전용으로 설계된 더 포괄적인 서비스입니다. EventBridge와 Patch Manager의 조합은 가능하지만, Patch Manager 자체에 유지 관리 기간을 통한 예약 기능이 내장되어 있어 이 시나리오에서는 불필요하게 복잡합니다.