略過導覽

Azure 可用性區域

符合任務關鍵性應用程式與資料需求的高可用性

使用 Azure 可用性區域確保復原能力及高可用性

使用內建安全性的彈性高效能架構,為全方位商務持續性和災害復原策略中納入 Azure 可用性區域的高可用性。

提供運作時間達 99.99% 的 SLA 支援,增加虛擬機器的應用程式復原與可用性。

為支援多站台主動-主動規模調整的應用程式實現進階可擴縮性。

符合重要應用程式的合規性和法規需求。

改善復原時間目標 (RTO) 與復原點目標 (RPO)。

防止基礎結構中斷

透過區域網路設計,將物理相異且策略性設置在各地區的至少三個資料中心相互連線,並將超過 30 個可行性準則與風險因素納入考量,排除任何單一失敗點。維持同步複寫、承受資料中心失敗並確保將客戶受到的影響降至最低,甚至沒有影響,同時保證 Azure 可用性區域之間的延遲界限低於二毫秒。

確保高可用性與商務持續性

確保高可用性與商務持續性

在保有資料落地的前提下,於所有可用的 Azure 地區中達到高可用性與商務持續性。即使您的主要資料中心失敗也能存取您的資料,同時支援高可用性需求及備份。使用區域備援服務自動達到復原。

達到所需的規模與高可用性

達到所需的規模與高可用性

增加規模、確保快速復原,以及維護所有應用程式的資料完整性。使用區域備援服務,以順暢地從站台失敗復原並減少可用性的複雜度。利用自動資料複寫降低站台復原的成本,同時實現低延遲資料複寫的主動-主動規模調整。

安全地支援您的解決方案需求

取得可用性區域的多地區支援以及內建安全性的設定。各式各樣的 Azure 服務任您挑選 (包括區域備援儲存體 (ZRS)),並在發生失敗時提供完整的復原。確保可用性區域內與 Azure 地區之間的資料傳輸安全。

Azure 可用性區域定價

Azure 可用性區域會隨著您的 Azure 訂閱一併提供。不過,在區域間移動時可能會產生費用。

常見問題集

  • Azure 可用性區域是實體與邏輯層面分隔的資料中心,各自擁有獨立的電源、網路及冷卻系統。這些區域透過延遲極低的網路互相連線,成為能夠提供高可用性應用程式的建置組塊。當有影響資料中心站台的事件發生時 (例如有人切斷電源,或是冷卻系統發生問題),可用性區域能確實為您的資料提供保護。深入了解
  • 有 Azure 運作的所有國家/地區均提供可用性區域。深入了解 Azure 的各地理區
  • 我們會確保將客戶受到的影響降至最低,甚至完全不影響,並且保證可用性區域之間的延遲界限低於二毫秒。
  • 可以。在地區內或地區之間周遊的資料會經過加密。
  • 在我們的設計程序中,我們會利用超過 30 項可行性與風險準則,評估每個可用性區域的放置。這項程序會識別可用性區域之間的重大個別風險,以及集體與共同風險。
  • 支援可用性區域的 Azure 服務分為三種類別:區域與區域備援,以及非地區服務。客戶工作負載能經過分類以利用所述任一結構案例,進而滿足應用程式效能與持久性需求。

    • 區域服務:資源可以部署到特定的自選可用性區域,以滿足更嚴格的延遲或效能需求。將應用程式與資料複寫至地區中的一或多個區域,即可達到自我架構復原的目的。資源可以釘選到特定區域。舉例來說,虛擬機器、受控磁碟或基本 IP 位址均可釘選至特定區域,使資源的一或多個執行個體分散到多個區域,進而增加復原能力。
    • 區域備援服務 (ZRS):使用區域備援服務時,會自動執行資料複寫以保護資源免於單一失敗點。舉例來說,區域備援儲存體會複寫三個區域的資料,因此單一區域的失敗不會影響整個資料的高可用性。
    • 非地區服務:不依賴特定 Azure 地區的服務自身具備復原性,能夠因應全區域中斷與全地區中斷。

    深入了解支援可用性區域的 Azure 服務

  • 當應用程式建置於區域備援服務之上時,您不需要處理複雜的應用程式建構作業。只有在應用程式同時使用區域與區域備援結構時,您才需要解決復原問題。Azure Well-Architected Framework 是一組指導原則,可用於改善工作負載的品質,並深入了解如何建構應用程式。

深入了解