SaaS 애플리케이션이 여러 AZ에 배포된 API Gateway(HTTPS), AWS Lambda 및 Aurora Serverless v1에서 실행됩니다. 배포에는 AWS SAM이 사용되었습니다. 재해 복구(DR) 계획은 없습니다. 회사는 RTO 5분, RPO 1분으로 다른 AWS 리전에서 애플리케이션을 복구할 수 있어야 합니다. 어떤 DR 접근 방식이 이러한 복구 목표를 충족합니까?

정답은 Aurora Serverless v1 데이터베이스를 소스 및 대상 리전에 걸쳐 있는 표준 Aurora MySQL 글로벌 데이터베이스로 변환하고, 대상 리전에 애플리케이션을 시작하며 두 리전 배포를 활성-수동 구성으로 설정하는 것입니다. Aurora Global Database는 RPO 1초 미만, RTO 1분 미만의 빠른 재해 복구를 제공하여 주어진 RPO 1분, RTO 5분 목표를 충족합니다. 활성-수동(웜 스탠바이) 구성은 재해 발생 시 신속한 전환을 가능하게 합니다. 오답 설명: 읽기 복제본을 생성하고 런북을 제공하는 방식은 수동 개입이 필요하며 RTO 5분을 초과할 수 있습니다. 또한 Aurora Serverless v1은 글로벌 데이터베이스를 직접 지원하지 않습니다. Aurora Serverless v1을 표준 Aurora MySQL 글로벌 데이터베이스로 변환하는 것은 맞지만, 런북만으로는 RTO 5분 목표를 달성하기 어렵습니다. 애플리케이션이 미리 배포되어 있어야 합니다. 대상 리전에 여러 작성기 인스턴스가 있는 Aurora Serverless v1 DB 클러스터를 생성하는 것은 Aurora Serverless v1의 다중 리전 기능이 아니며, 글로벌 데이터베이스와 같은 빠른 복구 기능을 제공하지 않습니다.