Azure 可用性區域移轉基準

發行項
04/14/2023

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

建立可靠的工作負載時，您可以選擇下列至少一個可用性區域組態：

區域性。區域性設定提供特定的自我選取可用性區域。
區域備援。區域備援組態提供自動跨區域複寫或分散的資源。

除了兩個可用性區域選項，區域和區域備援之外，Azure 還提供 全域服務，這表示無論區域為何，都可供全球使用。由於這些服務一律可跨區域使用，因此可復原區域性和區域性中斷。

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

注意

當您未為資源選取區域設定時，區域或區域備援，資源及其子元件將不會具有區域復原性，而且可以在該區域的區域性中斷期間關閉。

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

有數種可能的方法可建立具有可用性區域且同時符合 SLA 和可靠性目標的可靠 Azure 應用程式。請遵循下列步驟，根據技術和法規考慮、服務功能、資料落地、合規性需求和延遲，為您的需求選擇正確的方法。

步驟 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 交換的資料可能會影響效能。若要改善效能並維護可靠的架構，您可以選擇區域性部署。

使用區域性部署，您必須：

識別架構中的延遲敏感性資源或服務。
確認延遲敏感性資源或服務支援區域性部署。
共置相同區域中的延遲敏感性資源或服務。您架構中的其他服務可能會繼續維持區域備援。
跨多個可用性區域複寫延遲敏感性區域服務，以確保區域復原能力。
使用標準或全域負載平衡器在多個區域性部署之間進行負載平衡。

如果 Azure 服務支援可用性區域，強烈建議您使用區域備援，方法是將節點分散到區域，以取得較高的執行時間 SLA，並防範區域性中斷。

對於 3 層應用程式，請務必瞭解應用程式、商務和資料層;以及其狀態 (具狀態或無狀態) ，以根據工作負載類型與最佳做法和指引進行架構。

如需 Azure 上的特製化工作負載，請參閱個別登陸區域架構指引和最佳做法。

您是否想要因為合規性、資料落地或治理需求，在相同的 Azure 區域中達成商務持續性和災害復原？

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

如果您需要多區域，或 Azure 區域不支援可用性區域，建議您使用區域配對。區域配對位於距離約 100 英哩的遠距離，讓您從區域層級失敗的半徑保護，例如火災、水流、地震和其他自然或意外的災害。如需詳細資訊，請參閱 Azure 中的跨區域複寫：商務持續性和災害復原。

注意

在某些情況下，區域、區域備援和全域服務的組合最適合符合商務和技術需求。

其他考慮的點

若要瞭解如何測試應用程式以取得可用性和復原能力，請參閱測試應用程式的可用性和復原能力。
區域中的每個資料中心都會指派給實體區域。實體區域會對應至 Azure 訂用帳戶中的邏輯區域。 Azure 訂用帳戶會在建立訂用帳戶時自動指派此對應。您可以使用專用的 ARM REST API listLocations，並將 API 版本設定為 2022-12-01，以列出訂用帳戶實體區域的邏輯區域對應。這項資訊對於需要與 Azure 資源共置且分類為策略服務的重要應用程式元件很重要，這些資源可能無法在所有實體區域中使用。
當流量跨區域移動時，會套用區域間頻寬費用。若要深入瞭解頻寬定價，請參閱頻寬定價。