한 회사에서 3계층 스테이트리스 웹 애플리케이션을 위한 백업 전략이 필요합니다. 웹 계층은 동적 스케일링을 사용하는 Auto Scaling 그룹의 EC2 인스턴스에서 실행됩니다. 데이터베이스 계층은 Amazon RDS for PostgreSQL에서 실행됩니다. 웹 애플리케이션은 EC2 인스턴스에 임시 로컬 스토리지가 필요하지 않습니다. RPO(Recovery Point Objective)는 2시간입니다. 백업 전략은 확장성을 극대화하고 리소스 활용을 최적화해야 합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

정답은 웹 계층이 Auto Scaling 그룹의 EC2 인스턴스에서 실행되는 스테이트리스 애플리케이션이라는 점을 활용합니다. 최신 AMI를 유지하면 새 인스턴스를 빠르게 시작할 수 있어 복구 시간을 단축하고 확장성을 높입니다. Amazon RDS 자동 백업은 RPO 2시간을 충족하는 데 필요한 특정 시점 복구 기능을 제공합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. EC2 인스턴스 및 EBS 볼륨 스냅샷을 2시간마다 생성하는 것은 스테이트리스 웹 계층에 불필요하며, AMI를 사용하는 것보다 복잡하고 비효율적입니다. EBS 스냅샷 수명 주기 정책은 웹 계층의 복구에 직접적인 도움이 되지 않으며, AMI를 사용하는 것이 더 효율적입니다. 2시간마다 EC2 인스턴스의 EBS 볼륨 스냅샷을 생성하는 것은 스테이트리스 애플리케이션에 비효율적이며, AMI를 사용하는 것이 더 나은 접근 방식입니다.