共用方式為


Azure 可用性區域移轉基準

本文說明如何評估應用程式的可用性區域整備程度,以便從非可用性區域移轉至可用性區域支援。 我們將引導您逐步完成必要步驟,以決定如何利用可用性區域支援滿足應用程式和區域需求。 如需可用性區域和支援區域的詳細資訊,請參閱什麼是 Azure 區域和可用性區域

建立可靠的工作負載時,您可以選擇下列至少一項可用性區域設定:

  • 區域性。 區域設定提供自行選取的特定可用性區域。

  • 區域備援。 區域備援設定提供在區域中自動複寫或散佈的資源。

除了兩個可用性區域選項:區域和區域備援,Azure 還提供全域服務,這表示服務可以全域使用,不論是在哪一個區域。 由於這些服務一律可以跨區域使用,因此可在發生地區和區域中斷時提供復原。

若要查看哪些 Azure 服務支援可用性區域,請參閱可用性區域服務和區域支援

注意

如果您沒有為資源選取區域設定:區域或區域備援,則資源及其子元件就不會具有區域復原性,而且會在該區域發生區域性中斷期間關閉。

移轉至可用性區域支援的考量

有數種可能的方法可讓您使用可用性區域建立可靠的 Azure 應用程式,以符合 SLA 和可靠性目標。 根據技術和法規考量、服務功能、資料落地、合規性需求與延遲,遵循下列步驟來選擇符合您需求的適當方法。

步驟 1:檢查 Azure 區域是否支援可用性區域

在第一個步驟中,您必須驗證選取的 Azure 區域支援可用性區域,以及應用程式所需的 Azure 服務。

如果您的區域支援可用性區域,強烈建議您為可用性區域設定工作負載。 如果您的區域不支援可用性區域,則必須使用 Azure Resource Mover 指引來移轉至提供可用性區域支援的區域。

注意

對於某些服務,可用性區域只能在部署期間設定。 如果您想要在現有服務中包含可用性區域,可能需要重新部署。 請參閱 Microsoft Azure 產品和服務的可用性區域移轉指導概觀中的服務特定文件。

步驟 2:檢查 Azure 區域中的產品和 SKU 可用性

在此步驟中,您將驗證在所選 Azure 區域的可用性區域中是否可以使用必要的 Azure 服務和 SKU。

若要檢查服務的區域支援,請參閱依區域提供的產品

若要依 Azure 區域和地區列出可用的 VM SKU,請參閱檢查 VM SKU 可用性

如果您的區域不支援應用程式所需的服務和 SKU,您必須回到步驟 1:檢查 Azure 區域中的產品可用性,以尋找支援應用程式所需服務和 SKU 的新區域。 強烈建議您使用區域備援來設定工作負載。

如需 Azure IaaS 虛擬機器的區域高可用性,請使用虛擬機器擴展集 (VMSS) Flex,將 VM 分散到多個可用性區域。

步驟 3:考慮您的應用程式需求

在此最後一個步驟中,您將根據應用程式需求來判斷哪一種可用性區域支援最適合您的應用程式。

下面三個重要問題可協助您選擇正確的可用性區域部署:

您的應用程式是否包含延遲敏感性元件?

相同 Azure 區域中的 Azure 可用性區域透過高效能網路連線,來回延遲低於 2 毫秒

如果低延遲不是嚴格需求,則達到高可用性的建議方法是使用區域備援部署來設定工作負載。

對於需要實體鄰近性和低延遲的重要應用程式元件,例如遊戲、工程模擬和高頻率交易 (HFT),建議您設定分區部署。 虛擬機器擴展集 Flex 提供區域對齊計算,以及附加的儲存體磁碟。

您的應用程式程式碼是否已準備好處理分散式模型?

若為分散式微服務模型,應視您的應用程式而定,有可能在不同區域的微服務之間進行資料交換。 這種透過 API 執行的持續性資料交換,可能會影響效能。 若要改善效能並維護可靠的結構,您可以選擇分區部署。

使用分區部署,您必須:

  1. 識別結構中的延遲敏感性資源或服務。

  2. 確認延遲敏感性資源或服務支援分區部署。

  3. 在相同區域中共置延遲敏感性資源或服務。 結構中的其他服務可能會繼續保留區域備援。

  4. 跨多個可用性區域複寫延遲敏感性區域服務,以確保區域復原能力。

  5. 使用標準或全域負載平衡器,在多個分區部署之間進行負載平衡。

如果 Azure 服務支援可用性區域,強烈建議您使用區域備援,將節點分散到區域以取得更高的可用時間 SLA,並針對區域性中斷進行防護。

對於 3 層應用程式,請務必了解應用程式、商務和資料層;以及其狀態 (具狀態或無狀態),以根據工作負載類型,建立符合最佳做法和指引的結構。

對於 Azure 上的特殊化工作負載 (如下列範例),請參閱各自的登陸區域結構指引和最佳做法。

因為合規性、資料落地或治理需求,而想在相同的 Azure 區域中實現商務持續性和災害復原嗎?

若要在相同區域中且沒有區域配對時實現商務持續性和災害復原,強烈建議您使用區域備援來設定工作負載。 若特定產業有資料落地和治理必須在相同 Azure 區域的嚴格需求,也可以使用單一區域方法。 若要了解如何在相同的 Azure 區域中,將 Azure 虛擬機器從某一個可用性區域複寫、容錯移轉及容錯回復到另一個可用性區域,請參閱啟用可用性區域之間的 Azure VM 災害復原

如果您需要多重區域,或如果您的 Azure 區域不支援可用性區域,建議您使用區域配對。 區域配對指兩個區域的座落位置相距約 100 英里的遠距離,可以為您提供區域層級失敗的爆炸半徑保護,例如火災、洪水、地震和其他自然或無法預見的災難。 如需詳細資訊,請參閱 Azure 中的跨區域複寫:商務持續性和災害復原

注意

在某些情況下,區域、區域備援和全域服務的組合最能滿足商務和技術需求。

其他考慮事項

  • 若要了解如何測試應用程式的可用性和復原能力,請參閱測試應用程式的可用性和復原能力

  • 區域中的每個資料中心都會指派給一個實體區域。 實體區域會對應至 Azure 訂用帳戶中的邏輯區域。 Azure 訂用帳戶會在建立訂用帳戶時自動指派此對應。 您可以使用專用的 ARM REST API listLocations,並將 API 版本設定為 2022-12-01,以列出訂用帳戶中邏輯區域與實體區域的對應。 若資源分類為策略服務且無法在所有實體區域提供,而重要應用程式元件必須與這些 Azure 資源共置時,這項資訊至關重要。

下一步