한 전자상거래 회사가 AWS에서 애플리케이션을 운영합니다. 이 애플리케이션은 데이터베이스로 Multi-AZ 모드의 Amazon Aurora PostgreSQL 클러스터를 사용합니다. 최근 프로모션 캠페인 기간 동안 애플리케이션은 읽기 및 쓰기 로드가 많아졌습니다. 사용자는 애플리케이션에 액세스할 때 타임아웃 문제를 겪었습니다. 솔루션스 아키텍트는 최소한의 다운타임으로 애플리케이션 아키텍처를 더욱 확장 가능하고 고가용성으로 만들어야 합니다. 다음 중 어떤 솔루션이 이러한 요구 사항을 충족할까요?

정답은 Aurora 클러스터에 추가 리더 인스턴스를 추가하고 Aurora 클러스터용 Amazon RDS Proxy 대상 그룹을 생성하는 것입니다. 추가 리더 인스턴스를 추가하면 읽기 로드를 분산하여 애플리케이션의 읽기 확장성을 향상시킬 수 있습니다. Amazon RDS Proxy는 데이터베이스 연결을 관리하고 풀링하여 애플리케이션의 연결 오버헤드를 줄이고, 갑작스러운 연결 급증을 처리하며, 장애 조치 시간을 단축하여 고가용성을 높입니다. 오답 설명: EventBridge와 Lambda는 데이터베이스 상태 모니터링에는 유용하지만, 직접적인 확장성이나 고가용성 개선 솔루션은 아닙니다. 추가 리더 노드 추가는 부분적으로 맞지만, RDS Proxy의 연결 관리 이점이 없습니다. ZDR(zero-downtime restart)은 유지보수에는 유용하지만, 읽기/쓰기 로드 증가로 인한 확장성 문제를 직접적으로 해결하지 못합니다. Database Activity Streams는 감사 및 모니터링 도구입니다. ElastiCache for Redis는 읽기 성능을 크게 향상시킬 수 있지만, write-around 접근 방식과 AWS DMS를 통한 복제는 복잡하며, Aurora의 쓰기 로드 문제를 직접 해결하지 못하고, 데이터 일관성 문제를 야기할 수 있습니다.