公司希望在 AWS 中制定業務連續性計畫，以防其主要的內部部署應用程式（在也託管其他應用程式的實體伺服器上執行）發生故障。該應用程式使用 MySQL，且作業系統與 EC2 相容。哪種方法能以最少的操作負擔提供所需的連續性？

正確答案是使用 AWS Elastic Disaster Recovery (DRS)。DRS 透過在 AWS 中建立和維護應用程式的低成本、即時複本，提供快速可靠的復原。它透過在來源伺服器（包括 MySQL）上安裝 AWS Replication Agent 來實現此目的，該代理程式將資料持續複寫到目標區域的低成本暫存區域。在災難發生時，您可以啟動完全佈建的 EC2 實例，其中包含應用程式的最新複本。這種方法操作負擔最少，因為它自動化了大部分的災難復原過程，並且支援定期測試故障轉移和故障回復。 其他選項的缺點： 第一個錯誤選項描述了手動複寫和切換，這比 DRS 的自動化解決方案操作負擔更大且效率較低。 第三個錯誤選項涉及 AWS DMS 和 SCT，這主要用於資料庫遷移，而非完整的應用程式災難復原，並且需要更多手動配置來處理應用程式層。 第四個錯誤選項使用 AWS Storage Gateway，這會增加複雜性，因為應用程式和 MySQL 必須安裝在 Storage Gateway 磁碟區上，而且從快照還原並將其掛載到 EC2 實例的過程比 DRS 更耗時且操作負擔更重。