Application Load Balancer 뒤의 Auto Scaling 그룹에 있는 모든 EC2 인스턴스가 트래픽 처리를 중단하고 HTTP 대상 그룹 상태 확인에 실패하고 있습니다. 애플리케이션 프로세스가 실행되고 있지 않으며 시스템 로그에 메모리 부족 오류가 많이 표시됩니다. 가능한 메모리 누수에 대한 복원력을 개선하고 모니터링/경고를 활성화하려면 어떤 조치 조합을 취해야 합니까? (두 가지를 선택하세요.)

로드 밸런서 상태 확인에 실패한 인스턴스가 자동으로 교체되도록 Auto Scaling 그룹을 수정하는 것은 현재 문제(인스턴스가 트래픽 처리를 중단하고 상태 확인에 실패함)에 대한 즉각적인 복원력을 제공합니다. 이는 비정상 인스턴스를 자동으로 종료하고 새 인스턴스로 교체하여 서비스 가용성을 유지합니다. 메모리 사용률 지표를 수집하도록 CloudWatch 에이전트를 설치 및 구성하고 높은 메모리 사용량에 대한 경보를 생성하는 것은 메모리 누수 문제의 근본 원인을 모니터링하고 조기에 감지하여 향후 발생을 방지하거나 완화하는 데 도움이 됩니다. 대상 그룹의 HealthCheckIntervalSeconds를 줄이는 것은 상태 확인 실패를 더 빨리 감지할 수 있지만, 인스턴스가 이미 실패한 상황에서 복원력을 개선하지는 않습니다. 상태 확인을 HTTP에서 TCP로 변경하는 것은 애플리케이션 포트가 열려 있는지 여부만 확인하므로, 애플리케이션 프로세스 자체의 문제를 감지하지 못할 수 있습니다. CloudWatch 콘솔에서 사용 가능한 메모리 소비 지표를 활성화하는 것은 EC2 인스턴스에 대한 기본 지표가 아니므로 CloudWatch 에이전트 설치가 필요합니다.