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

升级到应用服务环境 v3

项目
10/16/2024

重要

如果当前使用的是应用服务环境 v1 或 v2，则必须将工作负载迁移到应用服务环境 v3。应用服务环境 v1 和 v2 于 2024 年 8 月 31 日停用。应用服务环境有新版本，此版本更易于使用并在更强大的基础结构上运行。若要详细了解该新版本，请先参阅应用服务环境简介。如果你当前正在使用应用服务环境 v1，请按照本文中的步骤迁移到新版本。

从 2024 年 8 月 31 日开始，服务级别协议 (SLA) 和服务额度不再适用于继续投入生产的应用服务环境 v1 和 v2 工作负载，因为这些产品已经停用。应用服务环境 v1 和 v2 硬件已开始停用，这可能会影响你的应用和数据的可用性和性能。

必须立即完成到应用服务环境 v3 的迁移，否则你的应用和资源可能会被删除。我们将使用就地迁移功能在最大程度上努力尝试自动迁移任何剩余的应用服务环境 v1 和 v2，但 Microsoft 对自动迁移后的应用程序可用性不作任何声明或保证。你可能需要执行手动配置来完成迁移，并优化应用服务计划 SKU 选项来满足需求。如果无法进行自动迁移，你的资源和关联的应用数据会被删除。我们强烈建议你立即采取行动，以避免发生这两种极端情况之一。

如果你需要更多时间，我们可以提供一次性的 30 天宽限期，以便你完成迁移。如需了解更多信息并申请此宽限期，请查看宽限期概述，然后转到 Azure 门户并访问每个应用服务环境的“迁移”窗格。

有关应用服务环境 v1/v2 停用的最新信息，请参阅应用服务环境 v1 和 v2 停用更新。

本页提供一站式指导和资源，可帮助你在最短的停机时间内成功升级。请按照指南计划并尽快完成升级。本页会实时更新最新信息。

升级步骤

步骤	操作	资源
1	30 天宽限期	如果尚未申请 30 天的宽限期，请查看宽限期概述，然后通过转到 Azure 门户并访问每个应用服务环境的“迁移”窗格来申请宽限期。必须获得宽限期，以防止意外的自动迁移或删除。
2	运行前检查	确定环境是否满足使用其中一项自动迁移功能自动执行升级的先决条件。确定你的用例适合选择就地迁移还是并行迁移。 - 迁移路径决策树 - 使用就地迁移功能自动升级 - 使用并行迁移功能自动升级如果不满足条件，可以手动升级。 - 手动迁移
3	迁移	根据评审结果，使用其中一项自动迁移功能升级或按照手动步骤操作。
4	测试和故障排除	使用其中一项自动迁移功能升级需要 3-6 小时的服务时段。如果使用的是并行迁移功能，则可以在完成升级之前测试和验证 Azure 应用服务环境 v3。支持团队将监视升级操作以确保成功。如有支持计划并需要技术帮助，请创建支持请求。
5	优化应用服务计划	升级完成后，可以优化应用服务计划以获取其他优势。查看自动选择的独立 v2 SKU 大小，并根据需要纵向扩展或缩减应用服务计划。 - 纵向缩减应用服务计划 - 应用服务环境迁移后缩放指南了解预留实例定价、节省计划，并根据需要查看定价估算值。 - 应用服务定价页 - 预留折扣如何应用于独立 v2 实例 - Azure 定价计算器
6	了解详细信息	应用服务环境产品经理的升级过程概览： - Azure 应用服务社区立会：应用服务环境迁移与 Azure FastTrack 架构师的按需 Learn 实时会话： - 使用就地自动迁移功能 - 使用并行自动迁移功能需要更多帮助？提交请求以联系 FastTrack。常见问题解答社区支持

其他信息

升级有哪些优势？

应用服务环境 v3 是最新版本的应用服务环境。它更易于使用，在功能更强大的基础结构上运行，该基础结构最多可包含 64 个核心和 256 GB RAM，缩放速度更快，适用于 Windows 和 Linux，并且网络拓扑更简单。有关上述优势和其他优势的更多信息，请参阅以下资源。

升级到应用服务环境 v3 后有何变化？

可以使用哪些工具来帮助升级到 Azure 应用服务环境 v3？

可选择两种自动迁移功能来帮助你升级到 Azure 应用服务环境 v3。

“就地迁移功能”可就地将应用服务环境迁移到应用服务环境 v3，并且是推荐的迁移选项。就地意味着你的 Azure 应用服务环境 v3 会替换同一子网中的现有应用服务环境。应用程序在迁移过程中会出现停机，因为一个子网在一个给定时间只能有一个应用服务环境。有关此功能的详细信息，请参阅使用就地迁移功能进行自动升级。
并行迁移功能会在你选择的另一个子网中创建新的 Azure 应用服务环境 v3，然后会在新环境中重新创新所有的应用服务计划和应用。现有环境在整个迁移过程中始终保持正常运行。当新的 Azure 应用服务环境 v3 可以使用后，就可以将流量重定向到新环境，完成迁移。迁移过程中不会出现应用程序停机时间。有关此功能的详细信息，请参阅使用并行迁移功能进行自动升级。

注意

与就地迁移相比，并行迁移面临额外的挑战。对于需要在两个选项之间做出选择的客户，建议使用就地迁移，因为步骤更少且复杂性更低。如果决定使用并行迁移，请查看使用并行迁移功能进行迁移时的常见问题来源部分，以避免常见错误。
如果无法使用自动迁移功能，还可以选择手动迁移选项。有关这些选项的详细信息，请参阅迁移备选方案。

为什么有些客户在迁移后会看到性能差异？

应用服务环境 v3 使用基于虚拟 CPU (vCPU) 而不是物理核心的较新虚拟机。就原始 CPU 性能而言，一个 vCPU 通常不等同于一个物理核心。因此，如果尝试将旧式物理核心计数与当前的 vCPU 计数相匹配，则受 CPU 约束的工作负载可能会出现性能差异。

迁移到应用服务环境 v3 时，我们将应用服务计划层映射如下：

应用服务环境 v2 SKU	应用服务环境 v3 SKU
I1	I1v2
I2	I2v2
I3	I3v2

迁移路径决策树

使用以下决策树来确定哪条迁移路径适合你。对于所有客户，如果应用服务环境满足自动迁移的条件，建议使用就地迁移功能。就地迁移是升级到应用服务环境 v3 的最简单、最快的方法。

停用后日期的活动

2024 年 8 月 31 日之后，应用服务环境 v1 和 v2 硬件将开始停用，这可能会影响你的应用和数据的可用性和性能。此外，由于这些产品将停用，在 2024 年 8 月 32 日正式停用后，服务级别协议 (SLA) 和服务额度将不再适用于将继续用于生产的应用服务环境 v1 和 v2 工作负载。

你必须尽快完成到应用服务环境 v3 的迁移，否则应用和资源可能会被删除。我们将尽力尝试使用就地迁移功能自动迁移所有剩下的应用服务环境 v1 和 v2，但 Microsoft 不保证在自动迁移后应用程序仍然可用。你可能需要执行手动配置来完成迁移，并优化应用服务计划 SKU 选项来满足需求。如果无法进行自动迁移，系统将会删除你的资源和关联的应用数据。我们强烈建议你立即采取行动，以避免这两种极端情况的发生。

升级到 Azure 应用服务环境 v3 后的成本节省机会

可用于应用服务环境 v3 的应用服务计划 SKU 在独立 v2 (Iv2) 层上运行。与独立层相比，每个相应层的核心数和 RAM 量实际上翻了一番。迁移时，应用服务计划会转换为相应的层。例如，I2 实例将转换为 I2v2。虽然 I2 有两个核心和 7 GB RAM，但 I2v2 有四个核心和 16 GB RAM。如果你预计容量要求保持不变，则会过度预配，并支付未使用的计算和内存费用。对于此方案，可以将 I2v2 实例缩减到 I1v2，最终得到与之前类似的核心数和 RAM。

注意

所有方案都根据美国东部的 Linux $USD 定价来计算成本。付款选项设置为“每月”。估算基于创建估算日的适用价格。实际总估算值可能有所不同。有关最新的估算值，请参阅 Azure 定价计算器。

若要演示此方案的成本节省机会，请使用定价计算器估算纵向缩减应用服务计划后每月节省的费用。对于此示例，你的应用服务环境 v2 有 1 个 I2 实例。需要两个核心和 7 GB RAM。你使用的是即用即付定价。在应用服务环境 v2 上，你的每月付款情况如下。

印花费 + 1(I2) = $991.34 + $416.10 = $1,407.44

使用迁移功能迁移此应用服务环境时，你的新应用服务环境 v3 具有 1 个 I2v2 实例，这意味着你有 4 个核心和 16 GB RAM。如果不更改任何项，则每月付款如下。

1(I2v2) = $563.56

你的每月成本降低了，但不需要那么多的计算和容量。你将实例纵向缩减到 I1v2，每月成本进一步降低。

1(I1v2) = $281.78