升级到应用服务环境 v3
重要
如果当前使用的是应用服务环境 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 小时的服务时段。 支持团队将监视升级操作以确保成功。 如有支持计划并需要技术帮助，请创建支持请求。 |
| 5 | 优化应用服务计划 | 升级完成后，可以优化应用服务计划以获取其他优势。 查看自动选择的独立 v2 SKU 大小，并根据需要纵向扩展或缩减应用服务计划。 - 纵向缩减应用服务计划 - 应用服务环境迁移后缩放指南 了解预留实例定价、节省计划，并根据需要查看定价估算值。 - 应用服务定价页 - 预留折扣如何应用于独立 v2 实例 - Azure 定价计算器 |
| 6 | 了解详细信息 | 常见问题解答 社区支持 |
其他信息
升级有哪些优势？
应用服务环境 v3 是最新版本的应用服务环境。 它更易于使用，在功能更强大的基础结构上运行，该基础结构最多可包含 64 个核心和 256 GB RAM，缩放速度更快，适用于 Windows 和 Linux，并且网络拓扑更简单。 有关上述优势和其他优势的更多信息，请参阅以下资源。
升级到应用服务环境 v3 后有何变化？
可以使用哪些工具来帮助升级到 Azure 应用服务环境 v3？
- “就地迁移功能”可就地将应用服务环境迁移到应用服务环境 v3，并且是推荐的迁移选项。 就地意味着你的 Azure 应用服务环境 v3 会替换同一子网中的现有应用服务环境。 应用程序在迁移过程中会出现停机，因为一个子网在一个给定时间只能有一个应用服务环境。 有关此功能的详细信息，请参阅使用就地迁移功能进行自动升级。
- 如果无法使用自动迁移功能，还可以选择手动迁移选项。 有关这些选项的详细信息，请参阅迁移备选方案。
迁移路径决策树
使用以下决策树来确定哪条迁移路径适合你。 对于所有客户，如果应用服务环境满足自动迁移的条件，建议使用就地迁移功能。 就地迁移是升级到应用服务环境 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。
注意
有关最新的估算值，请参阅 Azure 定价计算器。
盈亏平衡点
在大多数情况下，迁移到应用服务环境 v3 可以节省成本。 但是，并不总是可以节省成本，尤其是在需要维护大量小型实例时。
你的应用服务环境 v3 现在比应用服务环境 v2 更贵。 随着你开始添加更多 I1 实例，并因此在迁移时需要更多 I1v2 实例，价格差异会变得更加明显。 如果此方案是环境的要求，则可能需要规划每月成本的增加。 下图直观地描述了在此特定方案中，应用服务环境 v3 比应用服务环境 v2 更贵。
注意
有关能够反映你的情况的估计值，请参阅 Azure 定价计算器。
有关使用应用服务环境 v3 的成本变化和节省成本的机会的更多方案，请参阅通过迁移到应用服务环境 v3 来估算成本节省。
我们希望得到你的反馈
你有两分钟时间吗？ 我们希望通过一个简短的匿名投票听取你的升级体验。 你将帮助我们学习和改进。