升级到应用服务环境 v3
重要
如果当前使用的是应用服务环境 v1 或 v2，则必须将工作负载迁移到应用服务环境 v3。 应用服务环境 v1 和 v2 将于 2024 年 8 月 31 日停用。 在此日期之前迁移失败将导致环境、正在运行的应用程序以及所有应用程序数据丢失。
自 2024 年 1 月 29 日起，你无法再使用任何可用方法（包括 ARM/Bicep 模板、Azure 门户、Azure CLI 或 REST API）创建新的应用服务环境 v1 或 v2 资源。
本页提供一站式指导和资源，可帮助你在最短的停机时间内成功升级。 请按照指南计划并尽快完成升级。 本页会实时更新最新信息。
升级步骤
| 步骤 | 操作 | 资源 |
|---|---|---|
| 1 | 运行前检查 | 确定环境是否满足使用迁移功能自动执行升级的先决条件。 - 使用迁移功能自动升级 如果不满足条件，可以手动升级。 - 手动迁移 |
| 2 | 迁移 | 根据评审结果，使用迁移功能升级或按照手动步骤操作。 - 使用自动迁移功能 - 手动迁移 |
| 3 | 测试和故障排除 | 使用自动迁移功能升级需要 3-6 小时的服务时段。 支持团队将监视升级操作以确保成功。 如有支持计划并需要技术帮助，请创建支持请求。 |
| 4 | 优化应用服务计划 | 升级完成后，可以优化应用服务计划以获取其他优势。 查看自动选择的独立 v2 SKU 大小，并根据需要纵向扩展或缩减应用服务计划。 - 纵向缩减应用服务计划 - 应用服务环境迁移后缩放指南 了解预留实例定价、节省计划，并根据需要查看定价估算值。 - 应用服务定价页 - 预留折扣如何应用于独立 v2 实例 - Azure 定价计算器 |
| 5 | 了解详细信息 | 常见问题解答 社区支持 |
其他信息
升级有哪些优势？
应用服务环境 v3 是最新版本的应用服务环境。 它更易于使用，在功能更强大的基础结构上运行，该基础结构最多可包含 64 个核心和 256 GB RAM，缩放速度更快，适用于 Windows 和 Linux，并且网络拓扑更简单。 有关上述优势和其他优势的更多信息，请参阅以下资源。
升级到应用服务环境 v3 后有何变化？
可以使用哪些工具来帮助升级到 Azure 应用服务环境 v3？
- 就地迁移功能可就地将应用服务环境迁移到应用服务环境 v3。 就地意味着你的 Azure 应用服务环境 v3 会替换同一子网中的现有应用服务环境。 应用程序在迁移过程中会出现停机，因为一个子网在一个给定时间只能有一个应用服务环境。 有关此功能的详细信息，请参阅使用就地迁移功能进行自动升级。
- 如果无法使用自动迁移功能，还可以选择手动迁移选项。 有关这些选项的详细信息，请参阅迁移备选方案。
迁移路径决策树
使用以下决策树来确定哪条迁移路径适合你。
升级到 Azure 应用服务环境 v3 后的成本节省机会
可用于应用服务环境 v3 的应用服务计划 SKU 在独立 v2 (Iv2) 层上运行。 与独立层相比，每个相应层的核心数和 RAM 量实际上翻了一番。 迁移时，应用服务计划会转换为相应的层。 例如，I2 实例将转换为 I2v2。 虽然 I2 有两个核心和 7 GB RAM，但 I2v2 有四个核心和 16 GB RAM。 如果你预计容量要求保持不变，则会过度预配，并支付未使用的计算和内存费用。 对于此方案，可以将 I2v2 实例缩减到 I1v2，最终得到与之前类似的核心数和 RAM。
注意
有关最新的估算值，请参阅 Azure 定价计算器。
盈亏平衡点
在大多数情况下，迁移到应用服务环境 v3 可以节省成本。 但是，并不总是可以节省成本，尤其是在需要维护大量小型实例时。
你的应用服务环境 v3 现在比应用服务环境 v2 更贵。 随着你开始添加更多 I1 实例，并因此在迁移时需要更多 I1v2 实例，价格差异会变得更加明显。 如果此方案是环境的要求，则可能需要规划每月成本的增加。 下图直观地描述了在此特定方案中，应用服务环境 v3 比应用服务环境 v2 更贵。
注意
有关能够反映你的情况的估计值，请参阅 Azure 定价计算器。
有关使用应用服务环境 v3 的成本变化和节省成本的机会的更多方案，请参阅通过迁移到应用服务环境 v3 来估算成本节省。
我们很期待你的反馈！
你有两分钟时间吗？ 我们希望通过一个简短的匿名投票听取你的升级体验。 你将帮助我们学习和改进。