한 게임 회사가 여러 AWS 리전에 걸쳐 게임을 배포할 예정입니다. 각 리전에는 Application Load Balancer 뒤에 EC2 인스턴스로 구성된 Auto Scaling 그룹이 있습니다. 이 회사는 Route 53이 플레이어를 가장 가까운 리전으로 보내고, 리전이 비정상 상태가 되면 트래픽을 자동으로 장애 조치하도록 하려고 합니다. 관리자는 어떤 단계를 조합하여 수행해야 할까요? (두 가지를 선택하세요.)

이 시나리오에서는 플레이어를 가장 가까운 리전으로 라우팅하고 리전 장애 시 자동으로 장애 조치하는 것이 목표입니다. "Route 53 지리 근접 라우팅을 사용하고 애플리케이션 인프라를 호스팅하는 리전을 나열합니다"는 가장 가까운 리전으로 플레이어를 라우팅하는 데 적합한 방법입니다. 지리 근접 라우팅은 사용자의 지리적 위치를 기반으로 트래픽을 가장 가까운 AWS 리소스(여기서는 게임 서버가 있는 리전)로 보냅니다. "각 리전에서 ALB 상태를 추적하는 CloudWatch 경보를 생성하고, 해당 경보를 Route 53 상태 확인과 함께 사용하여 DNS 장애 조치를 수행합니다"는 리전 장애 시 자동 장애 조치를 구현하는 올바른 방법입니다. ALB는 애플리케이션의 진입점이므로 ALB의 상태를 모니터링하는 것이 리전 전체의 애플리케이션 가용성을 나타내는 가장 좋은 지표입니다. CloudWatch 경보를 Route 53 상태 확인과 연결하면, ALB가 비정상 상태가 될 때 Route 53이 해당 리전을 비활성화하고 트래픽을 다른 정상 리전으로 라우팅할 수 있습니다. 오답 설명: "각 리전에서 EC2 인스턴스 상태를 모니터링하는 CloudWatch 경보를 생성하고, 해당 경보를 Route 53 상태 확인과 함께 사용하여 DNS 장애 조치를 수행합니다"는 ALB 뒤에 Auto Scaling 그룹이 있으므로 개별 EC2 인스턴스의 상태보다는 ALB의 상태를 모니터링하는 것이 더 적절합니다. Auto Scaling 그룹은 비정상 인스턴스를 자동으로 교체하므로 개별 인스턴스 상태는 리전 전체의 가용성을 정확하게 반영하지 못할 수 있습니다. "각 리전의 EC2 인스턴스 프라이빗 IP 주소를 프로브하는 Route 53 상태 확인을 구성합니다"는 프라이빗 IP 주소는 외부에서 접근할 수 없으므로 Route 53 상태 확인에 사용할 수 없습니다. 또한, 개별 인스턴스보다는 ALB를 통해 상태를 확인하는 것이 더 효율적입니다. "Route 53 단순 라우팅을 사용하고 인프라