一個網路應用程式在多個可用區域 (AZ) 中，透過 Auto Scaling group 中的 ALB 在 EC2 執行個體上執行，並使用 Amazon RDS for MySQL 執行個體。Route 53 使用別名記錄指向 ALB。公司政策現在要求建立一個地理隔離的災難復原 (DR) 站點，其復原時間目標 (RTO) 為 4 小時，復原點目標 (RPO) 為 15 分鐘，且對應用程式堆疊的變更最少。哪種災難復原方法能以最少的應用程式變更滿足這些要求？

正確答案描述了多區域主動/被動災難復原策略，這符合 RTO (4 小時) 和 RPO (15 分鐘) 要求，且對應用程式變更最少。在不同區域建立 RDS 讀取複本，並在發生災難時將其提升為主資料庫，可確保資料的最新性 (RPO) 和快速恢復 (RTO)。Route 53 的故障轉移策略可自動將流量導向 DR 站點。 第一個選項在另一個可用區域 (AZ) 而非區域中建立 DR，這不符合地理隔離要求。第二個選項使用延遲型路由，這不適用於災難復原，因為它會根據延遲將流量路由到兩個活動站點，而不是在主站點故障時進行故障轉移。第三個選項依賴於在災難發生時複製和還原 RDS 快照，這可能無法滿足 15 分鐘的 RPO，因為快照複製和還原所需的時間可能超過此限制。