한 회사에서 애플리케이션에 대해 더 안정적인 아키텍처를 원합니다. 현재 이 애플리케이션은 단일 가용 영역에 하나의 Amazon RDS DB 인스턴스와 두 개의 수동으로 프로비저닝된 Amazon EC2 웹 서버를 사용하고 있습니다. 최근 한 직원이 DB 인스턴스를 삭제하여 애플리케이션을 24시간 동안 사용할 수 없었습니다. 솔루션스 아키텍트가 애플리케이션 인프라의 안정성을 극대화하려면 어떻게 해야 할까요?

정답은 DB 인스턴스를 Multi-AZ로 업데이트하고 삭제 보호를 활성화하며, EC2 인스턴스를 Application Load Balancer 뒤에 배치하고 여러 가용 영역에 걸쳐 EC2 Auto Scaling 그룹에서 실행하는 것입니다. 이 솔루션은 다음과 같은 이유로 안정성을 극대화합니다. RDS Multi-AZ 및 삭제 보호: Multi-AZ는 자동 장애 조치 기능으로 데이터베이스 가용성을 높이고, 삭제 보호는 실수로 인한 삭제를 방지하여 최근 발생한 문제(직원의 DB 인스턴스 삭제)를 해결합니다. Application Load Balancer (ALB): ALB는 여러 EC2 인스턴스에 트래픽을 분산하여 단일 실패 지점을 제거하고 애플리케이션 가용성을 향상시킵니다. EC2 Auto Scaling 그룹 (ASG) 및 여러 가용 영역: ASG는 EC2 인스턴스의 상태를 모니터링하고 필요에 따라 인스턴스를 교체하며, 여러 가용 영역에 걸쳐 인스턴스를 배포하여 한 가용 영역에 문제가 발생해도 애플리케이션이 계속 작동하도록 합니다. 오답 설명: 첫 번째 오답: EC2 인스턴스 수를 줄이는 것은 가용성을 저해하며, 종료 보호는 실수로 인한 종료를 막지만 장애 발생 시 가용성을 높이지는 않습니다. 세 번째 오답: API Gateway와 Lambda를 추가하고 두 DB 인스턴스에 데이터를 쓰는 것은 애플리케이션 아키텍처를 완전히 변경하는 복잡한 접근 방식이며, 기존 EC2 기반 애플리케이션의 안정성 문제를 해결하는 직접적인 방법이 아닙니다. 네 번째 오답: Spot 인스턴스는 비용 효율적이지만 가용성이 보장되지 않아 안정성이 중요한 프로덕션 환경에는 적합하지 않습니다. CloudWatch 경보는 모니터링 도구일 뿐, 인프라의 안정성을 직접적으로 높이지는 않습니다.