什麼是可用性區域？
許多 Azure 區域會提供 可用性區域，這是一個區域內獨立的資料中心群組。 可用性區域彼此足夠接近，可以與其他可用性區域建立低延遲連線。 這些區域透過高效能網路連接，來回延遲小於 2 毫秒。 然而，可用性區域之間會保持足夠距離，以降低多個可用性區域同時受到當地停電或天氣影響的機率。 可用性區域擁有獨立的電源、冷卻和網路基礎結構。 可用性區域的設計目的在於，當一個區域發生中斷時，可由其餘區域提供支援，包括區域服務、容量和高可用性需求。 如此便能在發生問題時維持資料同步，並確保資料可供存取。
資料中心位置是使用嚴格的弱點風險評估準則來選取的。 此程序會識別所有重要的資料中心特定風險，並考慮可用性區域之間的共用風險。
下圖會顯示數個範例 Azure 區域。 區域 1 和 2 支援可用性區域。
若要了解哪些區域支援可用性區域，請參閱具有可用性區域支援的 Azure 區域。
注意
您必須將兩個以上的 虛擬機器 部署到相同區域中的不同可用性區域，以取得最高可能的 SLA 連線百分比。
區域性和區域備援服務
當您部署到包含可用性區域的 Azure 區域時，您可以同時使用多個可用性區域。 藉由使用多個可用性區域，您可以將應用程式和資料的個別副本保存在大型大都市區域中個別的實體資料中心內。
Azure 服務會透過兩種方式使用可用性區域：
區域性資源會固定在特定的可用性區域內。 您可以合併使用不同區域的多個區域性部署，以滿足高可靠性需求。 您必須負責管理資料複寫，並將要求分散至不同的區域。 若單一可用性區域發生中斷，您必須負責容錯移轉至另一個可用性區域。
區域備援資源分散在多個可用性區域中。 Microsoft 會負責管理跨區域的要求分散以及資料複寫。 單一可用性區域發生中斷時，Microsoft 會自動管理容錯移轉。
Azure 服務支援上述其中一種或兩種方法。 平台即服務 (PaaS) 服務通常支援區域備援部署。 基礎結構即服務 (IaaS) 服務通常支援區域性部署。 如需 Azure 服務如何與可用性區域搭配運作的詳細資訊，請參閱 使用可用性區域支援 Azure 區域。
有些服務在設定可用性區域之前不會使用可用性區域。 如果您未明確設定可用性區域支援的服務，則稱為 非區域性 或 區域 部署。 以這種方式設定的資源可能會放在區域中的任何可用性區域，而且可能會移動。 如果區域中的任何可用性區域發生中斷，非區域資源可能會位於受影響的區域中，而且可能會發生停機時間。
如需有關使用可用性區域之服務特定可靠性支援的資訊，以及建議的災害復原指導，請參閱 可靠性指導概觀。
實體和邏輯可用性區域
每個資料中心都會指派給實體區域。 實體區域會對應至 Azure 訂用帳戶中的邏輯區域，而不同的訂用帳戶可能會有不同的對應順序。 Azure 訂用帳戶會在建立訂用帳戶時自動指派其對應。 因此，一個訂用帳戶的區域對應可能與其他訂用帳戶不同。 例如：訂用帳戶 A 可能有對應至邏輯區域 1 的實體區域 X，而訂用帳戶 B 具有對應至邏輯區域 3 的實體區域 X。
若要了解訂用帳戶的邏輯和實體區域之間的對應，請使用 清單位置 Azure Resource Manager API。 您可使用 Azure CLI 或 Azure PowerShell 來從 API 擷取資訊。
az rest --method get --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' --query 'value'
可用性區域和 Azure 更新
Microsoft 的目標是一次將 Azure 服務的更新部署到單一可用性區域。 這種方法可減少更新對作用中工作負載的影響，因為工作負載可以在進行更新時繼續在其他區域中執行。 您必須跨多個區域執行工作負載，才能利用這項權益。 如需 Azure 部署更新方式的詳細資訊，請參閱 進階安全部署做法。
配對和未配對的區域
許多區域也有 配對的區域。 配對的區域支援特定類型的多區域部署方法。 某些較新的區域有多個可用性區域，而且沒有配對的區域。 您仍然可以將多區域解決方案部署到這些區域，但您所使用的方法可能不同。
責任分擔模式
共同責任模型 會說明雲端提供者(Microsoft) 與您之間責任的劃分方式。 視您使用的服務類型而定，您可能會或多或少地承擔營運該服務的責任。
Microsoft 會提供可用性區域和區域 ，讓您有彈性地設計解決方案以符合您的需求。 當您使用受控服務時，Microsoft 會承擔更多資源的管理責任，這甚至可能包括與操作散發式系統相關的資料復寫、容錯移轉、容錯回復和其他工作。
可用性區域架構指導
若要提高工作負載的可靠性：
- 所在區域支援可用性區域時，應將生產工作負載設為使用可用性區域。
- 對於任務關鍵性工作負載，您應該考慮多區域和多重區域兩個解決方案。
如需如何在解決方案架構中使用區域和可用性區域的詳細資訊，請參閱 使用可用性區域和區域的建議。