你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

任务关键型全局内容分发

缓存是为用户减少后端服务负载并优化性能的常用方法。 内容分发网络 (CDN)（包括 Azure Front Door）在网络边缘提供缓存功能。

任务关键型工作负载通常使用多个 CDN 来获得更长的运行时间。 如果一个 CDN 遇到中断或性能下降的情况，流量会自动转移到另一个 CDN。

如果你实现多个 CDN，请考虑此方法的影响。 每个 CDN 都为应用程序服务器提供单独的网络路径，需要单独配置和测试每个 CDN。

本文介绍将 Azure Front Door 与合作伙伴 Verizon 的 CDN 配合使用的方法。 此方法适用于严重依赖缓存来交付静态内容分发、媒体和大规模电子商务应用程序的解决方案。

注意

此用例是整体设计策略的一部分，该策略涵盖 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 入口方案，了解它是否适用于你的解决方案。