Trace Id is missing
跳至主要內容

Azure 可用性區域

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

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

在全方位商務持續性和災害復原策略中納入 Azure 可用性區域,獲得內建的安全性和彈性的高效能架構,從而享有高可用性。

Video container

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

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

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

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

防止基礎結構中斷

透過地區網路設計,在各地區將至少三個實體位置不同且依策略性設置的資料中心彼此連線,並將超過 30 個可行性準則與風險因素納入考量,以免存在任何單一失敗點。Azure 可用性區域之間的延遲界限低於兩毫秒,藉此維護同步複寫、承受資料中心失敗,並盡可能降低或完全排除對客戶的影響。

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

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

實現您需要的規模與高可用性

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

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

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

常見問題集

  •  

    Azure 可用性區域是在實體與邏輯層面分隔的資料中心,各自擁有獨立的電源、網路及冷卻系統。這些區域透過延遲極低的網路互相連線,成為提供高可用性應用程式的基石。發生影響資料中心站台的事件時 (例如有人切斷電源,或是冷卻系統發生問題),可用性區域能確實為您的資料提供保護。 深入了解

     

  •  

    有 Azure 區域的國家/地區,就有可用性區域。深入了解 Azure 的地理範圍

     

  • 我們藉由可用性區域之間低於兩毫秒的延遲界限,盡可能降低或完全排除對客戶的影響。

  • 是的。在地區內或地區之間周遊的資料會經過加密。

  • 我們的設計流程中利用了超過 30 項可行性與風險準則,以評估每個可用性區域的放置地點。這道流程能識別可用性區域之間的重大個別風險,以及集體與共同風險。

  • 支援可用性區域的 Azure 服務分為三種類別:區域區域備援非地區服務。客戶工作負載能經過分類,以利用上述任一種架構案例,滿足應用程式的效能與持久性需求。

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

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

  • 查看 可用性區域所支援 Azure 服務的完整清單。

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

深入了解