정답은 리전 A에 고가용성 Cloud SQL 인스턴스를 생성하고, 리전 B에 고가용성 읽기 복제본을 생성한 다음, 여러 리전에 계단식 읽기 복제본을 생성하여 읽기 워크로드를 확장하는 것입니다. 리전 A가 다운되면 리전 B의 읽기 복제본을 승격하는 방식입니다. 이 아키텍처는 리전 장애 발생 시에도 고가용성과 낮은 RTO/RPO를 보장하며, 페일오버 중 리더 중단을 최소화합니다. 리전 A의 고가용성 인스턴스는 리전 내 장애에 대비하고, 리전 B의 고가용성 읽기 복제본은 리전 A의 전체 장애에 대비한 재해 복구 솔루션을 제공합니다. 계단식 읽기 복제본은 지리적으로 분산된 리더들에게 낮은 지연 시간으로 데이터를 제공합니다.
다른 옵션들은 다음과 같은 이유로 적합하지 않습니다.
첫 번째 옵션은 백업 복원을 제안하는데, 이는 RTO/RPO 목표를 달성하기 어렵습니다.
두 번째 옵션은 읽기 복제본을 승격하는 것을 제안하지만, 리전 B의 읽기 복제본이 고가용성이 아니므로 리전 B 내 장애에 취약합니다.
네 번째 옵션은 동일 리전 내 읽기 복제본과 대기 인스턴스를 사용하므로 리전 전체 장애에 대비할 수 없습니다.