本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 內部部署 DR 至 AWS 使用 AWS 做為現場部署工作負載的異地災難復原 (DR) 環境是常見的混合案例。在選取要使用的技術之前，定義您的 DR 目標，包括必要的復原時間和復原點目標。若要協助處理此定義，您可以使用 [DR 計畫檢查清單](https://pages.awscloud.com/rs/112-TZM-766/images/GEN_disaster-recovery-plan-checklist_May-2020.pdf)。 有多種選項可協助您快速設定和佈建 DR 環境 AWS。請務必考慮所有工作負載相依性，並徹底定期測試 DR 計畫和解決方案，以驗證其完整性。 AWS [AWS 彈性災難復原](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html)可讓您建立內部部署伺服器的完整複本，包括根磁碟區和作業系統 AWS。Elastic Disaster Recovery 會持續將您的機器複寫到目標 AWS 帳戶中的低成本暫存區域，並優先使用 AWS 區域。區塊層級複寫是伺服器儲存體的確切複本，包括作業系統、系統狀態組態、資料庫、應用程式和檔案。如果發生災難，您可以指示 Elastic Disaster Recovery 在幾分鐘內快速啟動數千部處於完全佈建狀態的機器。 Elastic Disaster Recovery 會使用安裝在您每個現場部署伺服器上的代理程式。代理程式會將現場部署伺服器的狀態與執行的低功率 Amazon EC2 同等項目同步 AWS。您也可以使用 Elastic Disaster Recovery 自動化 DR 容錯移轉和容錯回復程序。自動化容錯移轉和容錯回復程序可協助您達成較低且更一致的復原時間目標 (RTO)。 ![\[資料中心和具有彈性災難復原、復原執行個體、EBS 磁碟區 AWS 的環境。\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/backup-recovery/images/elastic-disaster-recovery.png) 1. 複寫伺服器狀態報告 1. 自動建立和終止暫存區域資源 1. 使用 RTO 啟動的復原執行個體為 分鐘，RPO 為 秒 1. 持續區塊層級複寫 （壓縮和加密） 請務必測試 DR 程序，並確認即時預備環境不會與內部部署環境產生衝突。例如，確認您的現場部署、預備和啟動的 DR 環境中有可用的適當授權並正常運作。同時確認可能輪詢並從中央資料庫提取工作的任何工作者類型程序已適當設定，以避免重疊或衝突。在您的 DR 程序中，包含復原伺服器執行個體上線之前必須執行的任何必要步驟。也包含復原伺服器執行個體上線且可供使用之後要執行的步驟。您可以使用[AWS 彈性災難復原 計劃自動化解決方案](https://github.com/aws-samples/drs-tools/tree/main/drs-plan-automation)或其他方法來協助您自動化 DR 計劃。 您可以使用 [Storage Gateway 磁碟區閘道](https://docs.aws.amazon.com/storagegateway/latest/userguide/managing-volumes.html)，為內部部署伺服器提供雲端型磁碟區。也可以使用 Amazon EBS 快照快速佈建這些磁碟區，以便與 Amazon EC2 搭配使用。特別是，儲存的磁碟區閘道可為您的現場部署應用程式提供對整個資料集的低延遲存取。磁碟區閘道也提供持久的快照型備份，可還原供內部部署使用或與 Amazon EC2 搭配使用。您可以根據工作負載的復原point-in-time快照。 **重要** 磁碟區閘道磁碟區旨在用作資料磁碟區，而不是開機磁碟區。 您可以使用 Amazon EC2 Amazon Machine Image (AMI) 搭配符合現場部署伺服器的組態，並分別指定您的資料磁碟區。在您設定和測試 AMI 之後，請根據磁碟區閘道快照，從 AMI 佈建 EC2 執行個體以及資料磁碟區。此方法要求您徹底測試環境，以確認 EC2 執行個體是否正常運作，尤其是 Windows 工作負載。