Azure 跨區域複寫
許多 Azure 區域會提供可用性區域，這是獨立的資料中心群組。 在區域內，可用性區域之間足夠接近，能夠與其他可用性區域建立低延遲連線，卻也足夠遙遠，能夠減少多個可用性區域受到本機中斷或天氣影響的可能性。 可用性區域擁有獨立的電源、冷卻和網路基礎結構。 可用性區域的設計目的在於，當一個區域發生中斷時，可由其餘區域提供支援，包括區域服務、容量和高可用性需求。
Azure 區域旨在透過可用性區域提供對本機災害的防護，此外，還能利用另一個使用跨區域複寫的次要區域，透過災害復原對區域或大型地理災害提供防護。 主要和次要區域兩者一起形成區域配對。
跨區域複寫
為了確保可在全球支援客戶，Azure 會維護多個地理位置。 這些離散的分界定義了在一個或多個 Azure 區域之間的災害復原與資料落地界限。
跨區域複寫是 Azure 商務持續性和災害復原策略中多個重要的要素之一。 跨區域複寫是使用主要 Azure 區域內的可用性區域來取得高可用性，以同步複寫存在的應用程式和資料。 跨區域複寫會以非同步方式複寫其他 Azure 區域內相同的應用程式和資料，以進行災害復原保護。
某些 Azure 服務會利用跨區域複寫來確保商務持續性，並防止資料遺失。 Azure 提供數個儲存體解決方案，可利用跨區域複寫來確保資料可用性。 例如，Azure 異地備援儲存體 (GRS) 會自動將資料複寫至次要區域。 此方法可確保即使主要區域無法復原，資料仍可長期運作。
並非所有 Azure 服務都會自動複寫資料，或從失敗的區域自動回復，以跨複寫至另一個已啟用的區域。 在這些情況下，客戶必須設定復原和複寫。 這些範例是共用責任模型的說明。 這是災害復原策略中的基本要素。 如需共用責任模型的相關詳細資訊，以及了解 Azure 中的商務持續性和災害復原，請參閱 Azure 中的商務持續性管理。
對於災害復原，共同責任會成為您策略性決策的關鍵。 Azure 不需要您使用跨區域複寫，且您可以使用服務來建置復原功能，而不需交叉複寫至另一個已啟用的區域。 但強烈建議您設定跨區域的基本服務，以受益於隔離並改善可用性。
對於支援多個作用中區域的應用程式，建議您使用多個已啟用的可用區域。 如果事件影響可用性，此做法可確保應用程式保持最佳可用性，並將復原時間降到最低。 盡可能設計您的應用程式，以達到最大的復原能力及輕鬆進行災害復原。
跨區域複寫的優點
您可以根據每個服務來決定服務跨區域複寫和資料的架構。 您必須根據貴組織的策略和商務需求，採取成本效益分析方法。 跨區域複寫的主要和波動優點很複雜、廣泛，且值得進行研究。 這些優點包括：
- 區域復原順序：如果發生全地理位置中斷，則會優先復原每一個已啟用區域集合中的一個區域。 在已啟用區域集合中部署的應用程式會保證其中一個區域優先進行復原。 如果跨區域部署應用程式，在任何應用程式未針對跨區域複寫啟用的情況下，復原可能會延遲。
- 循序更新：已啟用區域的已規劃 Azure 系統更新會以時間順序排列，以將停機時間、錯誤的影響，以及在錯誤更新罕見事件中所發生的任何邏輯失敗降到最低。
- 實體隔離：Azure 致力於確保啟用區域中的資料中心之間保持 300 英哩 (483 公里) 的最小距離，雖然並非所有地理位置之間都可如此。 資料中心區隔可減少多個區域遭到自然災害、內亂、停電或實體網路中斷影響的可能性。 隔離受限於地理位置內的條件約束，例如地理位置大小、電源或網路基礎結構可用性，以及法規。
- 資料落地：區域位於與其已啟用集合相同的地理位置內 (但巴西南部和新加坡除外)，以在稅務和執法機關方面符合資料落地的需求。
雖然您無法建立自己的區域配對，但還是可以在任何數目的區域中建置服務，然後使用 Azure 服務進行配對，以建立自己的災害復原解決方案。 例如，您可以使用 AzCopy 之類的 Azure 服務，將資料備份排程到不同區域中的 Azure 儲存體帳戶。 使用 Azure DNS 和 Azure 流量管理員，您可以設計應用程式的復原架構，以承受主要區域遺失。
Azure 會控制區域配對的計劃性維護和復原優先順序。 某些 Azure 服務預設會仰賴區域配對，例如 Azure 備援儲存體。
您未受限於在區域配對內使用服務。 雖然 Azure 服務可仰賴特定的區域配對，但您可以在符合業務需求的任何區域中，裝載其他的服務。 例如，Azure GRS 儲存體解決方案可以在使用位於美國東部的 Azure 計算資源時，將加拿大中部的資料與加拿大東部的對等進行配對。
Azure 配對區域
許多區域也具有配對區域，可支援基於鄰近性和其他因素的跨區域複寫。
重要
若要深入了解您的區域架構和可用配對，請連絡您的 Microsoft 銷售或客戶代表。
Azure 區域配對
| 地理位置 | 區域配對 A | 區域配對 B |
|---|---|---|
| 亞太地區 | 東亞 (香港特別行政區) | 東南亞 (新加坡) |
| 澳大利亞 | 澳大利亞東部 | 澳大利亞東南部 |
| 澳大利亞中部 | 澳大利亞中部 2* | |
| 巴西 | 巴西南部 | 美國中南部 |
| 巴西東南部* | 巴西南部 | |
| 加拿大 | 加拿大中部 | 加拿大東部 |
| 中國 | 中國北部 | 中國東部 |
| 中國北部 2 | 中國東部 2 | |
| 中國北部 3 | 中國東部 3* | |
| 歐洲 | 北歐 (愛爾蘭) | 西歐 (荷蘭) |
| 法國 | 法國中部 | 法國南部* |
| 德國 | 德國中西部 | 德國北部* |
| 印度 | 印度中部 | 印度南部 |
| 印度中部 | 印度西部 | |
| 印度西部 | 印度南部 | |
| 日本 | 日本東部 | 日本西部 |
| 南韓 | 南韓中部 | 南韓南部* |
| 挪威 | 挪威東部 | 挪威西部* |
| 南非 | 南非北部 | 南非西部* |
| 瑞典 | 瑞典中部 | 瑞典南部* |
| 瑞士 | 瑞士北部 | 瑞士西部* |
| 英國 | 英國西部 | 英國南部 |
| 美國 | 美國東部 | 美國西部 |
| 美國東部 2 | 美國中部 | |
| 美國中北部 | 美國中南部 | |
| 美國西部 2 | 美國中西部 | |
| 美國西部 3 | 美國東部 | |
| 阿拉伯聯合大公國 | 阿拉伯聯合大公國北部 | 阿拉伯聯合大公國中部* |
| 美國國防部 | US DoD 東部* | US DoD 中部* |
| US Gov | US Gov 亞利桑那州* | US Gov 德克薩斯州* |
| US Gov 維吉尼亞州* | US Gov 德克薩斯州* |
(*) 某些區域僅能支援特定客戶案例，例如國家/地區內災害復原。 這些區域僅在要求時才可使用，方法是建立新的支援要求。
重要
- 印度西部只會單向配對。 印度西部的次要地區是印度南部，但印度南部的次要地區是印度中部。
- 美國西部 3 與美國東部單向配對。 此外，美國東部與美國西部雙向配對。
- 巴西南部是唯一的，因為其與所在地理位置外的區域配對。 巴西南部的次要區域是美國中南部。 美國中南部的次要區域不是巴西南部。
具有可用性區域但沒有區域配對的區域
Azure 會持續在沒有區域配對的區域中全球擴充，並運用可用性區域和本地備援儲存體或區域備援儲存體 (LRS/ZRS) 來達到高可用性。 沒有配對的區域將不會有異地備援儲存體 (GRS)。 這類區域遵循資料落地指導方針，以提供讓資料保留在相同區域內的選項。 客戶必須根據其復原點目標或復原時間目標 (RTO/RPO) 需求負責資料復原，且可能會從全球的任何位置移動、複製或存取其資料。 在整個 Azure 區域都無法使用的罕見事件中，客戶必須依據支援高可用性的 Azure 服務和 Azure 復原 – 商務持續性和災害復原中的指引，針對跨區域災害復原進行規劃。
下表列出沒有區域配對的 Azure 區域：
| 地理位置 | 區域 |
|---|---|
| 卡達 | 卡達中部 |
| 波蘭 | 波蘭中部 |
| 以色列 | 以色列中部 |
| 義大利 | 義大利北部 |
| 奧地利 | 奧地利東部 (即將推出) |
| 西班牙 | 西班牙中部 (即將推出) |