한 회사에서 공개적으로 액세스할 수 있는 영화 데이터를 저장하기 위해 Amazon RDS Single-AZ DB 인스턴스에서 실행되는 SQL 데이터베이스를 사용하고 있습니다. 스크립트는 매일 임의의 간격으로 쿼리를 실행하여 새로 추가된 영화 수를 기록합니다. 스크립트는 업무 시간 동안 최종 총계를 보고해야 합니다. 개발팀은 스크립트가 실행되는 동안 개발 작업에 데이터베이스 성능이 부적절하다는 것을 알게 되었습니다. 솔루션스 아키텍트는 운영 오버헤드가 가장 적은 솔루션을 권장해야 합니다. 어떤 솔루션이 이 요구 사항을 충족할까요?

읽기 복제본을 생성하면 읽기 집약적인 쿼리를 기본 DB 인스턴스에서 오프로드하여 기본 인스턴스의 성능 저하 없이 스크립트를 실행할 수 있습니다. 이는 운영 오버헤드가 가장 적은 솔루션입니다. Multi-AZ 배포는 고가용성을 제공하지만 읽기 성능을 직접적으로 향상시키지는 않습니다. 수동 내보내기는 운영 오버헤드가 높고 실시간 데이터에 적합하지 않습니다. Amazon ElastiCache는 쿼리 캐싱을 통해 성능을 향상시킬 수 있지만, 이 시나리오에서는 스크립트가 매일 새로운 영화 수를 기록하는 것이므로 캐시 적중률이 낮을 수 있으며, 읽기 복제본이 더 간단하고 효과적인 해결책입니다.