웹 애플리케이션에서 사용하는 Amazon RDS for PostgreSQL 데이터베이스를 위한 다중 리전 아키텍처를 설계해야 합니다. 데이터베이스는 기본 및 보조 리전에 모두 존재하는 CloudFormation 템플릿에서 배포됩니다. 자동 백업이 활성화되어 있습니다. 복구 목표: RTO = 15분, RPO = 2시간. 웹 앱은 Amazon Route 53 레코드를 사용하여 데이터베이스로 트래픽을 라우팅합니다. 다음 두 가지 작업 중 고가용성 및 규정 준수 아키텍처를 생성하는 것은 무엇입니까? (두 가지 선택)

첫 번째 정답은 RPO 2시간을 충족하면서 교차 리전 재해 복구를 위한 효과적인 전략을 제공합니다. 교차 리전 읽기 복제본은 비동기적으로 데이터를 복제하여 기본 데이터베이스에 장애가 발생하더라도 보조 리전에 최신 데이터 사본을 유지합니다. 장애 조치 시 읽기 복제본을 프라이머리로 승격하는 Lambda 함수는 RTO 15분을 달성하는 데 도움이 됩니다. 두 번째 정답은 Route 53 장애 조치 라우팅 정책을 사용하여 데이터베이스 엔드포인트에 대한 고가용성을 제공합니다. 기본 리전의 데이터베이스에 장애가 발생하면 Route 53은 자동으로 트래픽을 보조 리전의 데이터베이스로 라우팅하여 애플리케이션 가용성을 보장합니다. 오답인 '기본 리전에 데이터베이스에 대한 상태 확인을 생성하여 실패 시 AWS Lambda 함수를 트리거합니다. Lambda 함수가 최신 스냅샷에서 보조 리전에 데이터베이스를 다시 생성하고 데이터베이스에 대한 Route 53 DNS 레코드를 업데이트하도록 합니다.'는 RPO 2시간을 충족하지 못할 수 있습니다. 스냅샷에서 데이터베이스를 다시 생성하는 데 시간이 오래 걸릴 수 있으며, 스냅샷이 2시간 이내의 최신 상태가 아닐 수 있습니다. 오답인 '2시간마다 최신 자동 백업을 보조 리전으로 복사하는 AWS Lambda 함수를 구현합니다.'는 RPO 2시간을 충족할 수 있지만, 복원 시간이 길어져 RTO 15분을 충족하기 어렵습니다. 오답인 '보조 리전에 핫 스탠바이 데이터베이스를 프로비저닝합니다. 기본 데이터베이스가 실패할 경우 최신 RDS 자동 백업에서 스탠바이를 복원하기 위해 AWS Lambda 함수를 사용합니다.'는 핫 스탠바이 데이터베이스를 사용하지만, 자동 백업에서 복원하는 방식은 RTO 15분을 충족하기 어렵습니다. 핫 스탠바이 데이터베이스는 일반적으로 실시간 또는 거의 실시간으로 데이터를 동기화하여 빠른 복구를 제공해야 합니다.