한 회사에서 Auto Scaling 그룹 내 Application Load Balancer 뒤에 있는 Amazon EC2 인스턴스에서 비즈니스 크리티컬 웹 애플리케이션을 실행하고 있습니다. 이 애플리케이션은 단일 가용 영역에 배포된 Amazon Aurora PostgreSQL 데이터베이스를 사용합니다. 이 회사는 최소한의 다운타임과 최소한의 데이터 손실로 고가용성을 원하며, 운영 노력도 최소화하기를 원합니다. 다음 중 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

정답은 여러 가용 영역(AZ)에 Auto Scaling 그룹을 구성하고 데이터베이스를 Multi-AZ로 설정하는 것입니다. 이렇게 하면 EC2 인스턴스 또는 데이터베이스 인스턴스에 장애가 발생하더라도 다른 AZ의 리소스가 자동으로 인계하여 고가용성을 보장합니다. Amazon RDS Proxy는 데이터베이스 연결을 효율적으로 관리하여 장애 조치 시간을 단축하고 애플리케이션 투명성을 높여 운영 노력을 최소화합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. EC2 인스턴스를 여러 AWS 리전에 배치하는 것은 교차 리전 복제를 통해 높은 가용성을 제공하지만, 이는 더 높은 운영 복잡성과 비용을 초래하며, 문제에서 요구하는 '최소한의 운영 노력'에 부합하지 않습니다. Auto Scaling 그룹이 단일 가용 영역을 사용하고 시간별 스냅샷을 생성하는 것은 장애 발생 시 상당한 다운타임과 데이터 손실을 초래할 수 있습니다. Auto Scaling 그룹이 여러 AWS 리전을 사용하고 S3 및 Lambda를 통해 데이터를 기록하는 것은 복잡한 아키텍처이며, 데이터 일관성 및 지연 시간 측면에서 추가적인 고려가 필요합니다.