任務關鍵性全域內容傳遞

快取是降低後端服務負載並優化使用者效能的常見方式。 內容傳遞網路 (CDN) ，包括 Azure Front Door，可在網路邊緣提供快取。

任務關鍵性工作負載通常會使用多個 CDN 來達到較高層級的執行時間。 如果一個 CDN 遇到中斷或效能降低，您的流量會自動轉移至另一個 CDN。

如果您實作多個 CDN，請考慮此方法的影響。 每個 CDN 都會為應用程式伺服器提供個別的網路路徑，而且您需要個別設定及測試每個 CDN。

本文說明搭配合作夥伴 CDN Verizon 使用 Azure Front Door 的方法。 這種方法適用于高度依賴快取來傳遞靜態內容傳遞、媒體和大規模電子商務應用程式的解決方案。

注意

此使用案例是整體設計策略的一部分，涵蓋 Azure Front Door 無法使用時的替代方法。 如需內容和考慮的相關資訊，請參閱 任務關鍵全域 Web 應用程式。

方法

Verizon 的 CDN 和 CDN 平臺 (Edgio) 可以整合到您的 Azure 解決方案中。 您可以從 Azure 入口網站 和 API 進行設定。 平臺與 Microsoft 的基礎結構隔離。

此隔離提供災害案例的高度復原能力。 如果發生中斷或災害，流量會自動在 Azure Front Door 與 Verizon 的 CDN 之間轉移。 您可以使用 Azure 流量管理員來偵測中斷，並將流量重新導向至替代 CDN。

• 使用優先順序路由模式的流量管理員 有兩個 端點。 根據預設，流量管理員會透過 Azure Front Door 傳送要求。 如果 Azure Front Door 無法使用，流量管理員會改為透過合作夥伴 CDN 傳送要求。

• Azure Front Door 會處理和路由傳送大部分的應用程式流量。 Azure Front Door 會將流量路由傳送至適當的源應用程式伺服器，並提供應用程式的主要路徑。 如果 Azure Front Door 無法使用，流量會自動透過次要路徑重新導向。

• 來自 Verizon 的 Azure CDN 已設定為將流量傳送至每個源伺服器。

• 您的源應用程式伺服器 必須準備好隨時接受來自 Azure Front Door 和來自 Verizon 的 Azure CDN 的流量。

考量

任務關鍵性全域 Web 應用程式中所述的考慮仍適用于此使用案例。 以下是一些額外的重點：

CDN 的選擇

在此範例中，我們建議使用 Verizon 的 CDN。 Verizon 的 CDN 通常是不錯的選擇，因為它可以透過 Azure 部署、設定和計費，進而降低您的作業複雜度。 它會在 Azure Front Door 的個別實體基礎結構上執行，這表示 Microsoft 基礎結構上的中斷或問題具有復原能力。

視您的需求和風險承受度而定，您可以選擇使用不同的 CDN，或甚至使用多個 CDN。

功能同位

Azure Front Door 和 Verizon 的 CDN 提供不同的功能，而且這兩項產品之間的功能不相等。 例如，TLS 憑證、WAF 和 HTTP 規則的處理有差異。

請仔細考慮您使用的 Azure Front Door 功能，以及您的替代 CDN 是否有相等的功能。 如需詳細資訊，請參閱 輸入路徑的一致性。

快取填滿

如果您是在主動-被動模式中執行多個 CDN，在容錯移轉期間，以被動模式設定的 CDN 必須在容錯移轉期間從來源執行 快取填滿 。

測試 Azure Front Door 與替代 CDN 之間的容錯移轉，以偵測異常或效能問題。

如果您的解決方案在快取填滿期間發生效能問題的風險，請考慮下列方法來降低風險：

• 相應放大或相應增加 您的來源，以處理較高的流量層級，特別是在快取填滿期間。

• 預先填入這兩個 CDN。 即使在發生容錯移轉事件之前，您仍會透過被動 CDN 提供最熱門的內容百分比。 例如，您可以考慮使用 加權流量路由模式。

權衡取捨

使用多個 CDN 有一些取捨。

• 成本。 解決方案的整體成本可能會增加。 當您部署多重 CDN 架構時，會針對多個 CDN 計費。 請確定您瞭解解決方案中每個 CDN 的費用，以及您部署的其他所有元件。

• 效能： Azure Front Door 與替代 CDN 之間的容錯移轉期間可能會發生效能問題。

  當 CDN 以主動-被動模式執行時，快取 重新填滿 是常見的問題。 被動模式中設定的 CDN 需要從來源重新填入其快取。 它可以在該進程中多載原始系統。

下一步

檢閱 全域 HTTP 輸入 案例，以瞭解其是否適用于您的解決方案。