您在主要區域的 ALB 後方，於 EC2 執行個體上執行多層式 Web 應用程式。ALB 和 Auto Scaling 群組已在備份區域中複寫，但 Auto Scaling 群組的 min 和 max 都設定為零。RDS Multi-AZ 執行個體儲存資料，並在備份區域中設有讀取複本。Route 53 提供使用者端點。您需要將 RTO 縮短至 15 分鐘以下，並啟用自動容錯移轉至備份區域，而無需採用主動-主動策略。您應該建議什麼？

正確答案透過 Route 53 容錯移轉路由和運作狀態檢查，實現了自動容錯移轉，滿足了 RTO 小於 15 分鐘的要求。當主要區域的 Web 應用程式變得不健康時，Route 53 會自動將流量導向備份區域的 ALB。同時，Lambda 函數會提升 RDS 讀取副本並調整 Auto Scaling 群組設定，確保備份區域能立即處理流量。 選項一和四使用延遲型路由或 Global Accelerator，這不符合自動容錯移轉的需求，且 CloudWatch 警報觸發 Lambda 的方式可能無法即時反映應用程式的整體健康狀況。選項三將備份區域的 Auto Scaling 群組設定為與主要區域相同，這會增加不必要的成本，且替換 RDS 讀取副本為獨立實例並使用快照進行跨區域複製，會增加 RTO，不符合要求。