你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Edgio 的 Azure CDN 停用常见问题解答
Azure CDN from Edgio 将于 2025 年 1 月 15 日关闭。 为了避免服务中断，必须在 2025 年 1 月 7 日之前将工作负载迁移到 Azure Front Door。 本文提供有关 Edgio 的 Azure CDN 停用的常见问题解答。
常见问题解答
Edgio Azure CDN 的停用日期为什么从 2025 年 11 月 4 日更改为了 2025 年 1 月 15 日？
Akamai 于 2024 年 12 月从 Edgio 收购了部分资产，Microsoft 被告知 Edgio 平台将于 2025 年 1 月 15 日终止服务。 所有 Azure CDN from Edgio 用户必须在此日期之前将其工作负载迁移到 Azure Front Door 或其他 CDN 服务。
我看到 Edgio 申请了破产保护。 Microsoft 能否保证 Edgio 的 Azure CDN 的可用性和服务一直持续到 2025 年 11 月 4 日？
Edgio 告诉我们，他们的服务至少会持续运营到 2025 年 1 月 15 日。 但是，我们无法保证 Edgio 不会因我们无法控制的情况在此日期之前意外停止运营。 因此，如果你在 2025 年 1 月 7 日之前尚未采取措施，我们将自动迁移工作负载。 具有 *.vo.msecnd.net 域的终结点无法自动迁移。
如何查看受影响的 Azure CDN from Edgio 资源？
可以在“从 Azure CDN from Edgio 迁移”仪表板中查看这些资源。
从 Azure CDN from Edgio 迁移工作负载时，有哪些选项？
下面的流程回顾了我们向所有用户发送的迁移选项：
验证 Azure CDN from Edgio 上的工作负载是否与 Azure Front Door 兼容，并在 2025 年 1 月 7 日之前按照这些说明尽快迁移。 有关详细信息，请参阅Azure Front Door 与 Azure CDN 服务之间的比较和Azure Front Door 常见问题解答。
- 如果已使用自定义域，请按照将 Azure CDN from Edgio 迁移到 Azure Front Door 中的步骤进行操作。
- 如果要在保留现有 *.azureedge.net 域时迁移，请按照在保留 *.azureedge.net 域的同时迁移到 Azure Front Door 中的步骤进行操作。
如果 Azure Front Door 与工作负载不兼容，请确定 Akamai 是否可以通过 Azure 市场实现兼容，或与其他 CDN 提供商合作。 如果选择与 Akamai 合作，请随时联系 Microsoft 支持部门，我们可以让你与 Akamai 的专职团队取得联系，他们将帮助你执行到其平台的迁移。
重要
- 如果你计划迁移到 Akamai 或其他 CDN 提供商，则必须在 2025 年 1 月 7 日之前设置功能标志
DoNotForceMigrateEdgioCDNProfiles。 这样做可以防止 Microsoft 将你迁移到 Azure Front Door（请参阅下面的备注）。 你必须在 2025 年 1 月 14 日之前完成到另一个 CDN 的迁移，但 Microsoft 同样无法保证你的服务在此日期之前可在 Edgio 平台上使用。 - 请注意，从 2025 年 1 月 3 日起，我们需要停止对 Azure CDN by Edgio 配置文件的所有配置更改。 这意味着你将无法更新 CDN 配置文件配置，但在你完成迁移或 Edgio 平台于 2025 年 1 月 15 日关闭之前，你在 Azure CDN from Edgio 上的服务仍可正常运行。 如果你在 1 月 3 日前应用
DoNotForceMigrateEdgioCDNProfiles功能标志，则你的配置不会冻结，可以进行更改。
- 如果你计划迁移到 Akamai 或其他 CDN 提供商，则必须在 2025 年 1 月 7 日之前设置功能标志
如果你在 2025 年 1 月 7 日在 Azure CDN from Edgio 上有任何运行的服务，但尚未将你的计划告知我们（请参阅之前的备注），我们将会尝试在 2025 年 1 月 7 日到 14 日之间将你的服务迁移到 Azure Front Door。 我们将“尽最大努力”执行向 Azure Front Door 的迁移，这可能会导致你当前在 Azure CDN from Edgio 中使用的服务出现计费、功能、可用性和/或性能相关的问题。 如果 Microsoft 尝试将你的工作负载迁移到 Azure Front Door，我们将向你发送后续电子邮件，以告知迁移状态，并提供潜在的操作或指导。
能否提供关于向 Azure Front Door 标准版自动迁移的更深入的信息？
如果 Azure CDN from Edgio 客户未在 2025 年 1 月 7 日之前设置功能标志 DoNotForceMigrateEdgioCDNProfiles，Microsoft 会将现有的 Azure CDN from Edgio 配置文件迁移到 Azure Front Door 标准版配置文件。 迁移发生在 2025 年 1 月 7 日至 14 日之间。 这些向 Azure Front Door 的迁移将“尽最大努力”执行，这可能会导致你当前在 Azure CDN from Edgio 中使用的服务出现计费、功能、可用性和/或性能相关的问题。 因此，如前所述，客户应自行迁移，而不是依赖于此自动迁移。
有关这些“尽最大努力”向 Azure Front Door 标准版自动迁移的重要说明：
- 在 2025 年 1 月 7 日至 14 日之间，你将收到一封电子邮件通知，确认你的工作负载是否已成功迁移到 Azure Front Door 标准版，或者迁移是否失败。 如果迁移成功，并且遇到了可用性、性能或功能方面的问题，请联系 Microsoft 支持人员以寻求帮助。 对于迁移失败的客户，如果 AFD 不适合其流量，则应联系 Azure 支持人员以获取帮助，并迁移到 Akamai/其他 CDN 提供商。
- 我们会将客户迁移到 Azure Front Door 标准版，因为它更经济高效。 如果你需要 Azure Front Door 高级版的附加功能，可以升级你的服务。
- 现有的 Azure CDN from Edgio 域（自定义域和/或 *.azureedge.net 域）将作为自定义域添加到新的 Front Door 终结点上，而且我们会将流量从 Edgio 平台切换到 Front Door 平台。
- 我们无法回滚该自动迁移。
- Microsoft 无法在新的 Front Door 配置中始终保持功能级别的一致性。
- 具有
*.vo.msecnd.net域的终结点无法自动迁移。
自动迁移的最常见问题是什么？如何缓解这些问题？
| 问题 | 缓解操作 |
|---|---|
| 由于缺少 CNAME，无法执行域验证，因此无法迁移自定义域 | 手动执行域验证 |
| 客户使用的是 APEX 域 | 使用 Azure DNS 上的别名记录，以使用 APEX 域 |
| 客户通过规则引擎使用 SAS 令牌访问其 Azure 存储后端，该后端已禁用公共访问 | 升级到 Front Door 高级版并使用专用链接。 如果在设置专用链接时遇到任何错误，请提交支持工单。 |
| 客户正在使用未迁移的地区筛选规则 | 使用 WAF 配置地区筛选功能 |
| 客户看到了 502 错误的网关错误 | 当源证书中的主机名与源主机名/主机标头不匹配时，将发生这种情况。 若要缓解在源处禁用“证书使用者名称验证”。 |
| 客户正在展示出域名前置行为，因为主机标头和 SNI 不同 | 在路由/路由规则中包含这两个域，并在路由/路由规则中选择 HTTP 和 HTTPS 或 HTTPS 作为接受的协议。 此处提供了更多详细信息。 |
| 客户使用的是自签名证书 | 使用 Front Door 托管证书或创建包含允许的证书颁发机构 (CA) 的完整证书链，该证书链是 Microsoft 受信任的 CA 列表的一部分。 如果使用不允许的 CA，请求会被拒绝。 |
不允许来自内部 CA 的证书或自签名证书。
请重述一下关键日期之后会出现哪些情况
| 日期 | 活动 |
|---|---|
| 2024 年 12 月 13 日 | 无法创建新的 Azure CDN from Edgio 配置文件。 |
| 2025 年 1 月 3 日 | Azure CDN from Edgio 上不允许再进行配置文件更改。 |
| 2025 年 1 月 6 日 | 客户设置功能标志以告知 Microsoft 不要将其工作负载迁移到 Azure Front Door 的最后日期。 |
| 2025 年 1 月 7-14 日 | 如果未设置上述功能标志，则所有剩余的 Azure CDN from Edgio 配置文件都将迁移到 Azure Front Door。 |
| 2025 年 1 月 7-14 日 | 未采取行动的 Azure CDN from Edgio 客户会通过电子邮件收到其向 Azure Front Door 迁移的状态的通知。 |
| 2025 年 1 月 14 日 | Azure CDN from Edgio 的最后一天服务。 |
| 2025 年 1 月 15 日 | 关闭 Edgio 平台。 |
在迁移到 Azure Front Door 时，是否可以保留现有的 *.azureedge.net 域？
可以按照在保留 *.azureedge.net 域的同时迁移到 Azure Front Door 中提供的说明暂时保留 *.azureedge.net 域。 但是，由于 Azure CDN from Edgio 的紧急停用，这只算是一种短期的解决方案。 不建议依赖 *.azureedge.net 和 *.azurefd.net 等域，因为这样做会造成可用性风险。 为了确保更大的灵活性并避免单一故障点，建议尽快采用自定义域。
我应该采取哪些关键措施来确保我的工作负载可在 AFD 上正常运行？
- 请查看 Azure Front Door 资源的指标和日志，以观察 4xx/5xx 错误、缓存/字节命中率和源的运行状况。
- 如果遇到任何其他问题，请参阅以下故障排除指南：
Azure Front Door 如何计费？
Azure Front Door 可能比 Azure CDN from Edgio 更经济高效，具体取决于你的工作负载。 Azure Front Door 计费模型与 Azure CDN from Edgio 不同，它包含不同的计费组件。 具体而言，Azure Front Door 对部署的每个配置文件收取基本费用。 此外，它还会根据使用情况对请求和数据传输收取费用。 有关详细信息，请参阅下文：
如有计费变更方面的任何疑问，请联系我们的支持团队或你的帐户团队。
Microsoft 是否会验证我的工作负载是否可以在 Azure Front Door 上正常工作？
否，你需要确定 Azure Front Door 是否适合你的工作负载。 建议设置一个测试环境来验证你的服务是否与 Azure Front Door 兼容。
Microsoft 于 2025 年 1 月 7 日将我的工作负载迁移到 Azure Front Door 后，会发生什么情况？
迁移后，你将收到一封电子邮件通知，确认你的工作负载是否已成功迁移到 Azure Front Door 标准版，或者迁移是否失败。 我们会将你迁移到 Azure Front Door 标准版，因为它更经济高效。 如果你需要 Azure Front Door 高级版的附加功能，可以升级你的服务。
如果迁移失败或者在迁移成功后遇到可用性、性能或功能方面的问题，请联系 Microsoft 支持部门寻求帮助。
Microsoft 如何传达 Edgio 的 Azure CDN 的停用消息？发送提醒的频率如何？
我们通过多种渠道（包括电子邮件通知和门户内消息）传达 Edgio 的 Azure CDN 的停用消息。 我们目前会至少每周向所有拥有活动 Edgio 配置文件的用户发送一次提醒，以确保其了解即将发生的更改和必要的操作。
是否可以请求推迟 Edgio Azure CDN 服务的停用/关停时间？
否，无法推迟。 Edgio 证实，他们的平台将于 2025 年 1 月 15 日关闭。
能否在 1 月 7 日从 Edgio 配置文件请求延长 Azure CDN 的自动迁移期？
否，无法推迟。 如果不希望我们自动迁移配置文件，则必须在 2025 年 1 月 7 日之前设置功能标志 DoNotForceMigrateEdgioCDNProfiles。 以上更多详细信息。
是否可以在资源/配置文件级别而不是订阅级别设置功能标志？
否。
我是否会收到关于我的 Edgio 配置文件将进行自动迁移的确切日期和时间的通知？
否。 我们将在 2025 年 1 月 7 日至 14 日之间为此前没有执行操作的客户“尽最大努力”完成此迁移。 因此，我们无法告知每位客户确切的迁移时间，但如前所述，在迁移后，我们将告知你它是否成功。
我无法再从 Edgio 停止 Azure CDN 了。 发生了什么？
对于未应用此功能标志的配置文件，配置已在 1 月 3 日冻结。 不再允许这些配置文件停止其终结点。 你可以改为删除配置文件。 请注意，对于 Edgio 的 Azure CDN，停止终结点始终意味着删除配置。 当终结点因任何原因被禁用或被停止时，通过 Edgio 补充门户配置的所有资源都将被清除。 无法通过重启终结点来自动恢复这些配置。
已知 bug
- 更改后，在“AFD 域”边栏选项卡下，“证书状态”字段可能会将值显示为“正在颁发”，“DNS 状态”字段可能会将值显示为“需要证书”。 这只是一个门户 bug，将在 1 月 31 日得到修复。 该 bug 不会以任何方式影响证书或流量，因为 *.azureedge.net 域的证书和 DNS 状态完全由 AFD 管理。
- 某些迁移配置文件的流量可能只按区域 1 费率计费，尽管这些流量在全球范围内都存在。 这是将会于稍后修复的计费 bug。