本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

災難復原在雲端中有所不同

災難復原策略隨著技術創新而演進。現場部署的災難復原計畫可能涉及實際傳輸磁帶或將資料複寫到另一個網站。您的組織需要重新評估其先前災難復原策略的業務影響、風險和成本，才能在 AWS 上實現其 DR 目標。與傳統環境相比，AWS 雲端中的災難復原包含下列優點：

AWS 可讓您將實體備份資料中心的固定資本費用，轉換為雲端中已授權環境的可變操作費用，進而大幅降低成本。

對於許多組織而言，內部部署災難復原是以資料中心工作負載或工作負載中斷的風險，以及備份或複寫資料至次要資料中心的復原為依據。當組織在 AWS 上部署工作負載時，他們可以實作架構良好的工作負載，並依賴 AWS 全球雲端基礎設施的設計，以協助減輕此類中斷的影響。請參閱 AWS Well-Architected Framework - 可靠性支柱白皮書，以取得在雲端設計和操作可靠、安全、高效且經濟實惠工作負載之架構最佳實務的詳細資訊。使用 AWS Well-Architected Tool 定期檢閱您的工作負載，以確保它們遵循 Well-Architected Framework 的最佳實務和指導。該工具可在 中免費使用AWS Management Console。

如果您的工作負載在 AWS 上，您不需要擔心資料中心連線能力 （存取的能力除外）、電源、冷氣、防火和硬體。所有這些都是為您管理的，您可以存取多個錯誤隔離的可用區域 （每個區域都由一或多個離散的資料中心組成）。

單一 AWS 區域

對於基於中斷或遺失一個實體資料中心的災難事件，在單一 AWS 區域內的多個可用區域中實作高可用性工作負載有助於緩解自然和技術災難。持續備份此單一區域中的資料可以降低人為威脅的風險，例如可能導致資料遺失的錯誤或未經授權的活動。每個 AWS 區域由多個可用區域組成，每個可用區域與其他區域中的故障隔離。每個可用區域輪流由一或多個獨立的實體資料中心組成。為了更好地隔離有影響力的問題並實現高可用性，您可以將工作負載分割到相同區域中的多個區域。可用區域專為實體備援而設計，並提供彈性，即使在停電、網際網路停機時間、洪水和其他自然災難的情況下，也能提供不間斷的效能。請參閱 AWS 全球雲端基礎設施，了解 AWS 如何做到這一點。

透過在單一 AWS 區域中跨多個可用區域部署，您的工作負載可更好地防止單一 （甚至多個） 資料中心故障。為了對您的單一區域部署提供額外保證，您可以將資料和組態 （包括基礎設施定義） 備份到另一個區域。此策略可減少災難復原計劃的範圍，只包含資料備份和還原。相對於下節所述的其他多區域選項，備份到另一個 AWS 區域以利用多區域彈性是簡單且便宜的。例如，備份到 Amazon Simple Storage Service (Amazon S3) 可讓您立即擷取資料。不過，如果您部分資料的 DR 策略對擷取時間的需求更為寬鬆 （從幾分鐘到幾小時），則使用 Amazon S3 Glacier 或 Amazon S3 Glacier Deep Archive 將大幅降低備份和復原策略的成本。

有些工作負載可能有法規資料落地要求。如果這適用於目前只有一個 AWS 區域的工作負載，則除了如上所述設計多可用區域工作負載以獲得高可用性之外，您還可以使用該區域內AZs作為分散的位置，這有助於解決適用於該區域內工作負載的資料駐留要求。以下各節所述的 DR 策略使用多個 AWS 區域，但也可以使用可用區域而非區域來實作。

多個 AWS 區域

對於災難事件，包括將多個資料中心彼此失去遠距離的風險，您應該考慮災難復原選項，以緩解影響 AWS 內整個區域的自然和技術災難。下列各節中所述的所有選項都可以實作為多區域架構，以防止此類災難。