Azure 公用多重存取邊緣計算 （MEC） 是裝載邊緣應用程式的絕佳平臺，可讓應用程式更具回應性，但目前不支援高可用性功能。 本文說明如何在主動/待命模式中部署工作負載，以達到高可用性和災害復原。
Apache、Apache® Ignite、Ignite 和火焰標誌是 美國 和/或其他國家/地區的 Apache Software Foundation 註冊商標或商標。 使用這些標記不會隱含 Apache Software Foundation 的背書。
架構
工作流程
Azure 流量管理員。 將 流量管理員 設定為使用優先順序路由。 將 Azure 公用 MEC 中的 負載平衡器 IP 位址設定 為 優先順序 1。 將次要區域中的第一個設定為 優先順序 2。 此設定會將非故障轉移案例中的所有流量傳送至 Azure 公用 MEC。
注意
Azure 公用 MEC 的 流量管理員 目前不支援效能路由，其可以根據端點的最低延遲動態判斷先前描述的路由。
在此架構中，在虛擬機（VM）和/或標準負載平衡器重新上線之後，會自動達成容錯回復。 流量管理員 會判斷工作負載已啟動，並將流量重新路由回主要 Azure 公用 MEC 區域。
公用負載平衡器。 此負載平衡器會前端應用層，並平衡虛擬機擴展集中 VM 集區的流量。
內部負載平衡器。 此負載平衡器可用來存取資料庫層。 根據您用於應用程式的資料庫類型，您可能不需要這裡的負載平衡器，假設其他平臺即服務 （PaaS） 服務有自己的負載平衡器。
Azure 虛擬機器擴展集。 大部分的生產部署會使用 虛擬機器擴展集，根據流量負載動態調整其工作負載。 Azure 公用 MEC 也支援 適用於雲端原生和容器型應用程式的 Azure Kubernetes Service 。
資料庫層。 Azure 公用 MEC 目前不支援 SQL 資料庫 PaaS 服務，例如 Azure 上的 SQL Server 虛擬機器 和 Azure SQL 受控執行個體。 它目前也不支援適用於 Apache Cassandra 的 NoSQL PaaS 服務，例如 Azure Cosmos DB 和 Azure 受控執行個體。 您可以部署支援 SQL 或 NoSQL 服務的第三方解決方案，以及跨其異地分散式叢集復寫數據。
元件
- Azure 公用 MEC 是一種邊緣運算解決方案，可將從雲端管理的Microsoft計算、網路和應用程式服務組合結合在一起。
- Azure 流量管理員 是以 DNS 為基礎的流量負載平衡器。 您可以使用它，根據您選擇的路由方法來引導連入 DNS 要求。
- Azure Load Balancer 可為您的應用程式提供高可用性和高效能。
- Azure 虛擬機器擴展集 可讓您管理和相應增加至數千部 VM。
替代項目
Azure 備份和災害復原，提供 Azure Site Recovery 和備份功能：
- 主動將 VM 從 Azure 公用 MEC 複寫至父區域，並讓 VM 在發生中斷時可供故障轉移和容錯回復。
- 備份 VM 以防止數據損毀或遺失。
這種方法的成本低於先前所述的成本，因為沒有閑置的資源。 此替代方案僅適用於允許較高 RTO 的應用程式。
注意
Azure 公用 MEC 的 Azure 備份和災害復原目前僅支援虛擬機。
案例詳細資料
潛在使用案例
當您想要以主動/待命模式部署工作負載，以達到高可用性和災害復原時，請使用此架構。 此案例適用於電信業。
考量
這些考量能實作 Azure Well-Architected Framework 的要素，其為一組指導原則，可以用來改善工作負載的品質。 如需詳細資訊，請參閱 Microsoft Azure Well-Architected Framework (部分機器翻譯)。
SLA
Microsoft支援大型基礎結構的服務等級協定（SLA），例如 Azure 和 Azure 區域。 Azure 公用 MEC 是 Azure 的較小使用量擴充功能，因此不支援 SLA。
效能
Azure 公用 MEC 是設計來裝載延遲關鍵性應用程式。 因為故障轉移至次要區域會增加工作負載的延遲，所以它可能不會提供相同的效能層級。 根據應用程式及其對此增加延遲的敏感度，您必須決定哪一項服務，如果有的話，應該故障轉移至區域。
資料庫
當您依賴資料庫故障轉移時，數據復寫和備份很重要。 大部分的 Azure PaaS 服務都內建支援異地復寫，以及跨區域和地理位置建立讀取複本。
注意
Azure 公用 MEC 目前不支援 PaaS 服務，例如 SQL 受管理執行個體、Azure 上的 SQL Server 虛擬機器、適用於 MySQL 的 Azure 資料庫 或 適用於 PostgreSQL 的 Azure 資料庫。 Couchbase、MongoDB 和 Apache Cassandra 等第三方供應專案可以提供支援異地復寫的基礎結構即服務 （IaaS） 服務。
流量管理員
容錯移轉選項
流量管理員 支援多個路由方法：效能、地理、優先順序等等。 若要最能支援低延遲的應用程式，請動態將數據傳送至最接近用戶的區域/Azure 公用 MEC。 Azure 公用 MEC 目前不支援效能路由。 下一個最佳選項是靜態地設定應用程式最佳位置的優先順序。
對於分散於多個 Azure 公用 MEC 和區域的工作負載的全域散發應用程式，請使用巢狀路由方法。 使用地理路由將流量分割到正確的區域，然後使用優先順序路由進一步分割流量。
容錯回復
備份 Azure 公用 MEC 中的工作負載之後，流量管理員 探查會偵測到它可以取得要求，並自動將流量重新路由回 Azure 公用 MEC。
成本最佳化
成本最佳化是關於考慮如何減少不必要的費用，並提升營運效率。 如需詳細資訊，請參閱成本最佳化要素的概觀。
Azure 公用 MEC 主要用於低延遲和實時計算案例。 數據是由在 Azure 公用 MEC 中執行的計算實例所處理。 此架構會使用作用中/待命搭配熱待命。 也就是說，除非有故障轉移，否則不會使用次要區域中的工作負載。
將工作負載部署為待命的方法會產生 Azure 部署成本，即使未使用工作負載也一樣。
如需定價的詳細資訊：
- 請參閱 Azure 定價。
- 使用 Azure 定價計算機來預估實作此解決方案的成本。
如需有關建立符合成本效益工作負載的資訊，請參閱 Azure Well-Architected Framework 檔中的成本優化支柱 概觀。
參與者
本文由 Microsoft 維護。 原始投稿人如下。
主體作者：
- Adhip Gupta |資深項目經理