한 회사에서 ALB를 사용하여 Amazon ECS의 Docker 컨테이너를 프런트엔드로 하고, 데이터는 Amazon RDS for MySQL에, 컨테이너 이미지는 ECR에 저장하여 커뮤니티 포럼을 호스팅하고 있습니다. 이 회사는 RTO ≤ 24시간, RPO ≤ 8시간의 재해 복구 SLA를 요구합니다. 이러한 RTO/RPO 목표를 충족하는 가장 비용 효율적인 솔루션은 무엇입니까?

정답은 비용 효율적인 재해 복구 전략인 백업 및 복원(Backup and Restore) 접근 방식을 사용합니다. 8시간마다 RDS 스냅샷을 생성하고 보조 리전으로 복사하면 RPO 8시간을 충족합니다. 장애 발생 시 CloudFormation을 사용하여 보조 리전에 인프라를 배포하고 최신 스냅샷에서 복원함으로써 RTO 24시간을 달성할 수 있습니다. ECR에 Docker 이미지를 저장하는 것은 컨테이너화된 애플리케이션에 필수적입니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. 첫 번째 옵션은 두 리전에 모든 리소스를 배포하므로 비용 효율적이지 않습니다. RDS 다중 리전 복제는 RPO를 줄이지만, 전체 인프라를 핫 스탠바이로 유지하는 것은 비용이 많이 듭니다. 세 번째 옵션은 S3에 매시간 백업을 저장하고 수동으로 ECR에 이미지를 가져오는 등 복잡하고 비효율적인 복구 프로세스를 제안합니다. 네 번째 옵션은 파일럿 라이트(Pilot Light) 전략을 사용하지만, RDS 읽기 복제본을 기본으로 승격하는 것은 데이터베이스 복구에만 해당하며, 애플리케이션 계층의 복구 전략이 명확하지 않습니다. 또한, RPO 8시간을 충족하기 위해 읽기 복제본이 항상 최신 상태여야 합니다.