중요 애플리케이션이 단일 EC2 인스턴스에서 실행되며, ElastiCache for Redis 단일 노드 클러스터와 RDS for MariaDB DB 인스턴스를 사용합니다. 애플리케이션이 작동하려면 모든 구성 요소가 정상 상태이고 활성화되어 있어야 합니다. 최소한의 다운타임으로 인프라가 장애로부터 자동으로 복구될 수 있도록 재설계해야 합니다. 어떤 변경 조합을 구현해야 할까요? (세 가지를 선택하세요.)

애플리케이션 인스턴스를 Elastic Load Balancer 뒤에 배치하고, 최소 용량이 두 개의 인스턴스인 Auto Scaling 그룹에서 여러 EC2 인스턴스를 실행하면 EC2 인스턴스에 장애가 발생하더라도 ELB가 정상 인스턴스로 트래픽을 라우팅하고 Auto Scaling이 새 인스턴스를 시작하여 애플리케이션의 가용성을 높입니다. RDS DB 인스턴스를 Multi-AZ 배포로 수정하면 DB 인스턴스에 장애가 발생할 경우 자동으로 다른 가용 영역의 대기 인스턴스로 장애 조치되어 데이터베이스 가용성을 보장합니다. ElastiCache for Redis용 복제 그룹을 생성하고 클러스터에 Multi-AZ를 활성화하면 Redis 노드에 장애가 발생해도 자동으로 복제본으로 장애 조치되어 캐시 가용성을 유지합니다. "EC2 Auto Scaling 그룹을 무제한 모드로 구성"하는 것은 비용 효율적이지 않으며, "동일한 가용 영역에 RDS DB 인스턴스의 읽기 복제본을 생성"하는 것은 가용 영역 장애에 대비하지 못합니다. "ElastiCache for Redis용 복제 그룹을 생성하고, 최소 두 개의 노드로 Auto Scaling 그룹에서 캐시를 관리하도록 구성"하는 것은 ElastiCache의 Auto Scaling 기능을 잘못 설명하고 있습니다.