某公司必須為一個目前在單一 AWS 區域中執行的關鍵應用程式實作災難復原。Web 前端使用 Application Load Balancer (ALB) 後方的 EC2 執行個體。該應用程式會寫入 Amazon RDS for MySQL 資料庫執行個體，並將處理過的文件輸出到 Amazon S3 儲存貯體。財務團隊會直接對資料庫執行查詢以產生報告；在尖峰時段，這些查詢會佔用資料庫資源並降低應用程式效能。設計一個災難復原解決方案，以最大程度地減少資料遺失並消除財務團隊查詢對效能的影響。哪種解決方案符合這些要求？

正確答案透過建立跨區域 RDS 讀取副本來解決資料庫災難復原和財務團隊的查詢效能問題，允許財務團隊在不影響主資料庫的情況下執行報告。將 EC2 AMI 複製到另一個區域，並設定 S3 Cross-Region Replication (CRR)，確保在災難發生時，應用程式和資料可以快速恢復。這種方法最大限度地減少了資料遺失，並提供了一個完整的災難復原策略，同時解決了效能瓶頸。 其他選項的缺點： 將資料庫遷移到 DynamoDB 並啟用全域資料表會對應用程式架構造成重大變更，且可能不適用於所有關聯式資料庫工作負載。 在單獨區域啟動額外的 EC2 執行個體並將其新增到 ALB，並不能完全解決災難復原問題，因為它沒有提供應用程式層的快速恢復機制（例如 AMI），並且在災難發生時需要手動配置。 每小時對 RDS 資料庫執行個體進行快照，並將快照複製到單獨的區域，會導致較高的 RPO（復原點目標），因為資料遺失可能長達一小時。部署 ElastiCache 叢集雖然可以減少查詢負載，但並非災難復原解決方案，也無法完全消除財務查詢對主資料庫的影響。