AmazonAmazon SysOps Administrator Associate SOA-C02 Certification·KO·업데이트됨 2 Aug 2026
Auto Scaling 그룹의 Linux EC2 인스턴스에 배포된 서비스가 애플리케이션 버그로 인해 가끔 충돌하며, 완전한 수정에는 몇 주가 걸릴 수 있습니다. SysOps 관리자는 서비스가 인스턴스에서 중지되면 다시 시작되도록 자동 복구 메커니즘을 구현해야 합니다. 다음 해결책 중 이 요구 사항을 충족하는 것은 무엇입니까? (두 가지 선택)
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: EC2 인스턴스에 Amazon CloudWatch 에이전트를 설치 및 구성하여 서비스를 모니터링하고, 서비스 상태 확인에 실패하면 CloudWatch 작업이 서비스를 다시 시작하도록 설정합니다., 인스턴스에 태그를 지정하고 AWS Systems Manager State Manager를 사용하여 AWS-RunShellScript 문서를 실행하는 연결(association)을 생성합니다. 서비스가 실행 중인지 확인하고 실행 중이 아니면 시작하도록 스크립트를 구성하고, 태그로 정의된 대상에 대해 5분마다 실행되도록 연결을 예약합니다..
이것이 정답인 이유
첫 번째 정답은 CloudWatch 에이전트를 사용하여 서비스 상태를 모니터링하고, 서비스가 중단되면 CloudWatch 알람이 트리거되어 서비스를 다시 시작하는 작업을 수행하도록 설정하는 것입니다. 이는 서비스 수준에서 자동 복구를 제공하는 효과적인 방법입니다. 두 번째 정답은 AWS Systems Manager State Manager를 사용하여 주기적으로 스크립트를 실행하여 서비스 상태를 확인하고, 서비스가 중단된 경우 다시 시작하도록 하는 것입니다. State Manager는 인스턴스 그룹에 걸쳐 일관된 구성을 유지하고 자동화된 작업을 수행하는 데 적합합니다.
오답인 Systems Manager Session Manager와 Lambda 함수를 사용하는 방법은 수동적인 접근 방식이며, 실시간 서비스 복구에는 적합하지 않습니다. Lambda 함수가 5분마다 실행되더라도 서비스 중단과 재시작 사이에 지연이 발생합니다. User data에 cron 작업을 추가하는 방법은 인스턴스 부팅 시에만 적용되므로, 이미 실행 중인 인스턴스에는 적용되지 않으며, 모든 인스턴스를 재배포해야 하는 번거로움이 있습니다. 마지막 오답은 인스턴스 부팅 시 서비스가 시작되도록 하는 것이지만, 이는 서비스 충돌 후 재시작을 보장하지 않습니다.