你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
使用并排迁移功能迁移到应用服务环境 v3
注意
本文中所述的迁移功能用于并排（在不同子网中）将应用服务环境 v2 自动迁移到应用服务环境 v3。
如果要查找有关就地迁移功能的信息，请参阅使用就地迁移功能迁移到应用服务环境 v3。 如果要查找有关手动迁移选项的信息，请参阅手动迁移选项。 如果在确定适合你的迁移选项时需要帮助，请参阅迁移路径决策树。 若要详细了解应用服务环境 v3，请参阅应用服务环境 v3 概述。
应用服务可以将应用服务环境 v1 和 v2 自动迁移到应用服务环境 v3。 有不同的迁移选项。 查看迁移路径决策树，确定哪种选项最适合你的用例。 与早期版本相比，应用服务环境 v3 具有一些优点和功能差异。 请确保在迁移之前查看应用服务环境 v3 支持的功能，以降低出现意外应用程序问题的风险。
并排迁移功能可自动帮你迁移到应用服务环境 v3。 并排迁移功能会创建一个新的应用服务环境 v3，将你的所有应用置于不同的子网中。 在你于迁移过程结束时发起删除之前，不会删除现有的应用服务环境。 由于此过程，如果需要取消迁移，可使用回滚选项。 此迁移选项最适合想要在零停机的情况下迁移到应用服务环境 v3，并且可支持为新环境使用不同子网的客户。 如果你需要使用相同的子网，并且可以支持大约一个小时的应用程序停机，请参阅就地迁移功能。 如需让你以自己的节奏迁移的手动迁移选项，请参阅手动迁移选项。
重要
建议先在开发环境中使用此功能，然后再迁移生产环境，以确保不会出现意外问题。 请使用页面底部的按钮提供与本文或所介绍功能相关的任何反馈。
支持的方案
目前，并排迁移功能不支持迁移到以下区域的应用服务环境 v3：
Azure Public
- 阿联酋中部
Azure 政府
- US DoD 中部
- US DoD 东部
- US Gov 亚利桑那州
- US Gov 德克萨斯州
- US Gov 弗吉尼亚州
由世纪互联运营的 Microsoft Azure
- 中国东部 2
- 中国北部 2
可以使用并排迁移功能迁移以下应用服务环境配置。 该表提供了在使用基于现有应用服务环境的并排迁移功能时的应用服务环境 v3 配置。
| 配置 | 应用服务环境 v3 配置 |
|---|---|
| 内部负载均衡器 (ILB) 应用服务环境 v2 | ILB 应用服务环境 v3 |
| 外部（ELB/面向 Internet，使用公共 IP）应用服务环境 v2 | ELB 应用服务环境 v3 |
| 具有自定义域后缀的 ILB 应用服务环境 v2 | 具有自定义域后缀的 ILB 应用服务环境 v3 |
应用服务环境 v3 可以部署为区域冗余。 只要你的应用服务环境 v3 位于支持区域冗余的 Azure 区域，就可以启用区域冗余。
如果你希望新的应用服务环境 v3 使用自定义域后缀，而当前没有使用，可以在迁移完成后随时配置自定义域后缀。 有关详细信息，请参阅为应用服务环境配置自定义域后缀。 如果你的现有环境具有自定义域后缀，并且你不再想要使用它，则必须为迁移配置自定义域后缀。 迁移完成后，可以删除自定义域后缀。
并排迁移功能限制
下面是使用并排迁移功能时的限制：
- 你的新应用服务环境 v3 位于不同的子网中，但与你现有的环境位于同一虚拟网络中。
- 无法更改应用服务环境所在的区域。
- ELB 应用服务环境无法迁移到 ILB 应用服务环境 v3，反之亦然。
- 如果现有的应用服务环境使用自定义域后缀，则必须在迁移过程中为应用服务环境 v3 配置自定义域后缀。
- 如果你不再想使用自定义域后缀，可以在迁移完成后将其删除。
- 目前只能通过 CLI 或 REST API 来使用并排迁移功能。 此功能在 Azure 门户中不可用。
应用服务环境 v3 不支持以下你可能正在用于你的当前应用服务环境 v2 的功能。
- 为应用配置基于 IP 的 TLS/SSL 绑定。
- 如果虚拟网络中配置的自定义 DNS 服务器无法解析给定的名称，则应用服务环境 v3 不会回退到 Azure DNS。 如果需要此行为，请确保提供一个指向公共 DNS 的转发器，或者将 Azure DNS 包含在自定义 DNS 服务器的列表中。
并排迁移功能不支持以下方案。 如果你的应用服务环境属于这些类别之一，请参阅手动迁移选项。
- 应用服务环境 v1
- 可以通过导航到 Azure 门户中的应用服务环境，然后在左侧的“设置”下选择“配置”来找到应用服务环境的版本。 还可使用 Azure 资源浏览器，并查看应用服务环境的
kind属性的值。 - 如果你有应用服务环境 v1，则可以使用就地迁移功能或某个手动迁移选项进行迁移。
- 可以通过导航到 Azure 门户中的应用服务环境，然后在左侧的“设置”下选择“配置”来找到应用服务环境的版本。 还可使用 Azure 资源浏览器，并查看应用服务环境的
- 使用 IP SSL 地址的 ELB 应用服务环境 v2
- 区域固定的应用服务环境 v2
应用服务平台会查看你的应用服务环境以确认并排迁移支持。 如果你的方案没有通过所有验证检查，则此时你无法使用并排迁移功能进行迁移。 如果环境处于不正常或挂起状态，在你进行所需的更新之前无法迁移。
注意
应用服务环境 v3 不支持 IP SSL。 如果使用 IP SSL，则必须在迁移到应用服务环境 v3 之前删除所有 IP SSL 绑定。 删除所有 IP SSL 绑定后，迁移功能将支持你的环境。
疑难解答
如果应用服务环境未通过验证检查，或者你尝试按不正确的顺序执行迁移步骤，则会看到以下错误消息之一：
| 错误消息 | 说明 | 建议 |
|---|---|---|
| 只能对 ARM VNET 中的 ASE 调用迁移，此 ASE 位于经典 VNET 中。 | 经典虚拟网络中的应用服务环境不能使用并排迁移功能进行迁移。 | 使用手动迁移选项之一进行迁移。 |
| ASEv3 迁移尚未准备就绪。 | 底层基础结构未准备好支持应用服务环境 v3。 | 如果要立即迁移，请使用手动迁移选项之一进行迁移。 否则，请等待并排迁移功能在你的区域推出。 |
| 无法为此 ASE 启用区域冗余。 | 应用服务环境所在的 Azure 区域不支持区域冗余。 | 如果需要启用区域冗余，请使用某个手动迁移选项迁移到支持区域冗余的 Azure 区域。 |
| 目前无法在此自定义 DNS 后缀 ASE 上调用迁移。 | 自定义域后缀迁移被阻止。 | 创建支持案例，以联系支持人员来解决问题。 |
| 目前无法调用区域冗余 ASE 迁移。 | 区域冗余应用服务环境迁移被阻止。 | 创建支持案例，以联系支持人员来解决问题。 |
| 无法在区域固定的 ASEv2 上调用迁移。 | 目前无法使用并排迁移功能迁移区域固定的应用服务环境 v2。 | 如果要立即迁移，请使用手动迁移选项之一进行迁移。 |
| 正在进行现有的还原迁移操作，请稍后重试。 | 正在还原之前的迁移尝试。 | 请等待正在进行的还原完成，然后再尝试重新开始迁移。 |
| Properties.VirtualNetwork.Id 应包含子网资源 ID。 | 如果你尝试迁移而不提供新子网来放置你的应用服务环境 v3，则会出现此错误。 | 确保遵循指南并完成相关步骤，以确定你将用于应用服务环境 v3 的子网。 |
无法从“无停机迁移”的当前阶段 <previous phase> 转到 <requested phase>。 |
如果你尝试按不正确的顺序执行迁移步骤，则会出现此错误。 | 请确保按顺序执行迁移步骤。 |
| 无法对混合状态下的 ASE 启动还原操作，请稍后重试。 | 如果你尝试还原迁移，但出现了问题，则会出现此错误。 此错误不会影响你的旧环境或新环境。 | 创建支持案例，以联系支持人员来解决问题。 |
| 此 ASE 无法在不停机的情况下迁移。 | 如果在应用服务环境 v1 上尝试使用并排迁移功能，则会出现此错误。 | 并排迁移功能不支持应用服务环境 v1。 使用就地迁移功能或某个手动迁移选项进行迁移。 |
| 迁移不适用于此订阅。 | 需要接洽支持人员以迁移此应用服务环境。 | 创建支持案例，以联系支持人员来解决问题。 |
| 无法调用区域冗余迁移，因为预迁移期间创建的 IP 地址不是区域冗余的。 | 如果尝试进行区域冗余迁移，但在 IP 生成步骤期间未创建区域冗余 IP，则会出现此错误。 | 如果需要启用区域冗余，请提出支持案例以获取支持。 否则，可以在不启用区域冗余的情况下进行迁移。 |
| 如果在任何站点上启用了 IP SSL，则无法调用迁移。 | 无法使用并排迁移功能迁移具有启用了 IP SSL 的站点的应用服务环境。 | 从应用服务环境的所有应用中删除 IP SSL，以启用迁移功能。 |
| 不能在同一子网中迁移。 | 如果指定你的当前环境所在的子网用来放置你的应用服务环境 v3，则会出现此错误。 | 必须为应用服务环境 v3 指定不同的子网。 如果需要使用相同的子网，请使用就地迁移功能进行迁移。 |
| 订阅的应用服务环境过多。 请在尝试创建更多环境之前移除一些。 | 已达到订阅的应用服务环境配额。 | 请移除不需要的环境，或联系支持人员来查看你的选项。 |
| 在活动升级完成之前，无法对此 ASE 调用迁移。 | 在平台升级期间，应用服务环境无法迁移。 可以从 Azure 门户设置升级首选项。 在某些情况下，如果应用服务环境不在当前版本中，则在访问迁移页时会启动升级。 | 等待升级完成，然后迁移。 |
| 正在执行应用服务环境管理操作。 | 应用服务环境正在进行管理操作。 这些操作包括部署或升级等活动。 在这些操作完成之前，迁移将被阻止。 | 完成这些操作后，可以迁移。 |
| 目前不支持 InteralLoadBalancingMode。 | 对于已将 InternalLoadBalancingMode 设置为特定值的应用服务环境，目前无法使用迁移功能进行迁移。 InternalLoadBalancingMode 必须由 Microsoft 团队手动更改。 | 创建支持案例，以联系支持人员来解决问题。 请求更新 InternalLoadBalancingMode 以方便迁移。 |
| 迁移无效。 需要将 ASE 升级到最新版本，以确保迁移成功。 我们将立即升级 ASE。 平台升级完成后，请在几个小时内再次尝试迁移。 | 你的应用服务环境不符合迁移所需的最低版本要求。 升级已启动。 应用服务环境不会受到影响，但在升级过程中无法缩放或更改应用服务环境。 在升级完成之前，你将无法迁移。 | 等待升级完成，然后迁移。 |
| 生成 IP 地址之前无法调用完整迁移。 | 如果在完成迁移前步骤之前尝试迁移，会出现此错误。 | 在尝试迁移之前，请确保完成所有预迁移步骤。 请参阅迁移分步指南。 |
| 无法在设置了自定义 DNS 后缀但未配置 AseV3 自定义 DNS 后缀配置的 Ase 上调用完整迁移。 | 现有应用服务环境将使用自定义域后缀。 必须在迁移过程中为应用服务环境 v3 配置自定义域后缀。 | 配置自定义域后缀。 如果你不再想使用自定义域后缀，可以在迁移完成后将其删除。 |
使用并排迁移功能的迁移过程概述
并排迁移包括一系列必须按顺序执行的步骤。 下面介绍了一些步骤的要点。 重要的是要了解在这些步骤中会发生的情况以及你的环境和应用会受到怎样的影响。 查看以下信息并准备好进行迁移后，请按照分步指南操作。
验证是否支持使用并行迁移功能对应用服务环境进行迁移
该平台验证是否可使用并行迁移功能迁移应用服务环境。 如果你的应用服务环境没有通过所有验证检查，则此时你无法使用并行迁移功能进行迁移。 若要详细了解验证失败的可能原因，请参阅故障排除部分。 如果环境处于不正常或挂起状态，在你进行所需的更新之前无法迁移。 如果无法使用并行迁移功能进行迁移，请参阅手动迁移选项。
此验证还会检查你的应用服务环境是否在使用迁移所需的最低版本。 最低版本会定期更新，以确保有最新的 bug 修复和改进可用。 如果你的应用服务环境没有使用最低版本，你需要自行启动升级。 此升级是一个标准过程，其中你的应用服务环境不会受到影响，但你在升级过程中无法缩放或更改应用服务环境。 在升级完成之前，将无法迁移。 升级可能需要 8-12 小时或更长时间才能完成，具体取决于环境的大小。 如果计划迁移的特定时间范围，则应在计划迁移时间前 24-48 小时运行验证检查，以确保有时间进行升级（如果需要）。
为新的应用服务环境 v3 选择并准备子网
该平台会在与你现有的应用服务环境不同的子网中创建新的应用服务环境 v3。 你需要选择一个满足以下要求的子网：
- 该子网必须位于与你现有的应用服务环境相同的虚拟网络中，因此也位于同一 Azure 区域中。
- 如果你的虚拟网络没有可用的子网，则需要创建一个。 你可能需要增加虚拟网络的地址空间才能创建新子网。 有关详细信息，请参阅创建虚拟网络。
- 该子网必须能够与你现有的应用服务环境所在的子网通信。 确保没有网络安全组或其他网络配置会阻止子网之间的通信。
- 该子网必须具有
Microsoft.Web/hostingEnvironments的单个委派。 - 该子网必须有足够的可用 IP 地址来支持新的应用服务环境 v3。 所需的 IP 地址数取决于要用于新应用服务环境 v3 的实例数。 有关详细信息，请参阅应用服务环境 v3 网络。
- 该子网不得应用任何锁。 如果存在锁，则必须在迁移之前将其移除。 迁移完成后，可以根据需要读取锁。 有关锁和锁继承的详细信息，请参阅锁定资源以保护基础结构。
- 不得有任何 Azure 策略阻止迁移或相关操作。 如果存在阻止创建应用服务环境或修改子网的策略，则必须在迁移之前移除它们。 迁移完成后，可以根据需要读取策略。 有关 Azure Policy 的详细信息，请参阅 Azure Policy 概述。
为新的应用服务环境 v3 生成出站 IP 地址
平台会创建新的出站 IP 地址。 创建这些 IP 时，现有应用服务环境的活动不会中断，但是，你将无法扩展或更改现有环境。 此过程需要大约 15 分钟才能完成。
完成后，将会创建将来应用服务环境 v3 使用的新出站 IP。 这些新 IP 对现有环境没有任何影响。
迁移完成后，进行 DNS 更改以将客户流量重定向到新的应用服务环境 v3 之前，你会收到新的入站 IP 地址。 此时无法获取入站 IP，因为存在对迁移步骤期间创建的应用服务环境 v3 资源的依赖项。 在将流量重定向到新的应用服务环境 v3 之前，你有机会更新依赖于新的入站 IP 的任何资源。
你还需在此步骤中决定是否要为新的应用服务环境 v3 启用区域冗余。 只要你的应用服务环境 v3 位于支持区域冗余的 Azure 区域，就可以启用区域冗余。
使用新的出站 IP 更新依赖资源
在开始实际的迁移之前，新的出站 IP 会被创建并给予你。 新的到 Internet 公共地址的默认出站会被提供，以便你可以在完成迁移之前调整任何外部防火墙、DNS 路由、网络安全组和依赖于这些 IP 的任何其他资源。 你负责更新将受与新应用服务环境 v3 关联的 IP 地址更改影响的所有资源。 在完成所有必要的更新之前，请不要继续执行下一步。 如果对出站 IP 具有依赖项，并且无法进行所有必要的更新，则迁移步骤完成后可能会遇到停机。 这是因为迁移完成后，即使流量仍转到应用服务环境 v2 前端，但基础计算是新的应用服务环境 v3。
此步骤也提供了一个很好的机会来查看在迁移到应用服务环境 v3 时入站和出站网络依赖项的变化，包括 Azure 负载均衡器运行状况探测的端口变化，它现在使用端口 80。
委托应用服务环境子网
应用服务环境 v3 要求其中的子网具有 Microsoft.Web/hostingEnvironments 的单一委托。 如果没有委托应用服务环境的子网，或将其委托给其他资源，则迁移无法成功。 确保你为新的应用服务环境 v3 选择的子网具有 Microsoft.Web/hostingEnvironments 的单个委派。
确认实例大小更改
你的应用服务计划是在迁移过程中使用相应的独立 v2 SKU 创建的。 例如，I2 计划对应于 I2v2。 你的应用可能会在迁移后过度预配，因为独立 v2 层在每个相应实例大小上具有更多内存和 CPU。 迁移完成后，可以根据需要缩放环境。 有关详细信息，请查看 SKU 详细信息。
确保资源中没有锁
在迁移期间，虚拟网络锁会阻止平台操作。 如果虚拟网络具有锁，则需要在迁移之前将其删除。 迁移完成后，可以根据需要读取锁。 锁可以存在于三个不同的范围：订阅、资源组和资源。 在父范围应用锁时，该范围内所有资源都会继承相同的锁。 如果在订阅、资源组或资源范围内应用了锁，则需要在迁移前将其删除。 有关锁和锁继承的详细信息，请参阅锁定资源以保护基础结构。
确保没有阻止迁移的 Azure Policy
Azure Policy 可用于拒绝对某些主体创建和修改资源。 如果有策略阻止创建应用服务环境或修改子网，则需要在迁移之前将其删除。 迁移完成后，可以根据需要读取策略。 有关 Azure Policy 的详细信息，请参阅 Azure Policy 概述。
添加自定义域后缀（可选）
如果你的现有应用服务环境使用自定义域后缀，则必须为新的应用服务环境 v3 配置自定义域后缀。 应用服务环境 v3 上的自定义域后缀与应用服务环境 v2 上的实现方式不同。 你需要提供自定义域名、托管标识和证书，它们必须存储在 Azure Key Vault 中。 有关应用服务环境 v3 自定义域后缀（包括要求、分步说明和最佳做法）的详细信息，请参阅为应用服务环境配置自定义域后缀。 如果应用服务环境 v2 具有自定义域后缀，则必须为新环境配置自定义域后缀，即使你不再想要使用它。 迁移完成后，可根据需要删除自定义域后缀配置。
如果迁移包含自定义域后缀，则对于应用服务环境 v3，自定义域不会显示在门户“概述”页面的“基本信息”部分中，因为它适用于应用服务环境 v1/v2。 对于应用服务环境 v3，请转到“自定义域后缀”页面，可在其中确认自定义域后缀配置是否正确。 此外，在应用服务环境 v2 上，如果有自定义域后缀，则默认主机名包括自定义域后缀，并且格式为 APP-NAME.internal.contoso.com。 在应用服务环境 v3 上，默认主机名始终使用默认域后缀，格式为 APP-NAME.ASE-NAME.appserviceenvironment.net。 区别在于，添加自定义域后缀时，应用服务环境 v3 保留默认域后缀。 使用应用服务环境 v2 时，只有一个域后缀。
迁移到应用服务环境 v3
完成上述步骤后，应尽快继续迁移。
迁移期间不会出现应用程序停机时间，但与 IP 生成步骤一样，你无法在此过程期间缩放、修改现有应用服务环境或将应用部署到它。
重要
由于迁移期间阻止了缩放，因此在开始迁移之前，你应将环境缩放为所需的大小。
应用服务环境 v2 到 v3 的并排迁移需要三到六小时的服务时段。 在迁移期间，缩放和环境配置被阻止，并发生以下事件：
- 你选择的子网中会创建新的应用服务环境 v3。
- 新的应用服务计划是在具有相应独立 v2 层的新应用服务环境 v3 中创建的。
- 你的应用是在新的应用服务环境 v3 中创建的。
- 应用的基础计算将移动到新的应用服务环境 v3。 应用服务环境 v2 前端仍在为流量提供服务。 旧的入站 IP 地址仍在使用中。
- 对于 ILB 应用服务环境，在使用新的入站 IP 地址更新专用 DNS 区域之前，不会使用应用服务环境 v3 前端。
- 对于 ELB 应用服务环境，在完成迁移的最后一步之前，迁移过程不会将流量重定向到应用服务环境 v3 前端。
此步骤完成后，你的应用程序流量仍会转到旧的应用服务环境 v2 前端和分配给它的入站 IP。 但是，你现在还有一个包含你的所有应用的应用服务环境 v3。
获取新的应用服务环境 v3 的入站 IP 地址并更新依赖资源
提供了新的入站 IP 地址，以便你可以使用流量管理器或 Azure Front Door 等服务设置新终结点，并更新任何专用 DNS 区域。 在做出这些更改之前，请不要继续执行下一步。 如果不使用新的入站 IP 更新依赖资源，则会出现停机。 你负责更新受与新应用服务环境 v3 关联的 IP 地址更改影响的所有资源。 在完成所有必要的更新之前，请不要继续执行下一步。
重定向客户流量、验证应用服务环境 v3 并完成迁移
最后一步是将流量重定向到新的应用服务环境 v3 并完成迁移。 平台会为你执行此更改，但前提是你启动它。 在执行此步骤之前，你应检查新的应用服务环境 v3 并执行任何所需的测试，以验证它是否按预期运行。 默认情况下，流量会转到你的应用服务环境 v2 前端。 如果你使用的是 ILB 应用服务环境 v3，则可以通过使用新的入站 IP 地址更新专用 DNS 区域来测试应用服务环境 v3 前端。 如果使用的是 ELB 应用服务环境 v3，则测试过程取决于特定的网络配置。 测试 ELB 环境的一种简单方法是更新主机文件，以使用新的应用服务环境 v3 入站 IP 地址。 如果已将自定义域分配给单个应用，则可以改为更新其 DNS 以指向新的入站 IP。 通过测试此项更改，可以在启动最后一个迁移步骤（此步骤会删除旧的应用服务环境）之前全面验证应用服务环境 v3。
准备好重定向流量后，即可完成迁移的最后一步。 此步骤会更新内部 DNS 记录，以指向新的应用服务环境 v3 的负载均衡器 IP 地址和在迁移期间创建的前端。 更改将在几分钟内生效。 如果遇到问题，请检查缓存和 TTL 设置。 此步骤还会关闭旧的应用服务环境并删除它。 新的应用服务环境 v3 现在是你的生产环境。
注意
你有 14 天的时间来完成此步骤。 如果未在 14 天内完成此步骤，则迁移会自动还原回应用服务环境 v2。 如果完成此步骤需要 14 天以上的时间，请联系支持人员。
如果你发现新的应用服务环境 v3 存在任何问题，请不要运行该命令来重定向客户流量。 此命令还会启动应用服务环境 v2 的删除。 如果发现问题，可以还原所有更改并返回到旧的应用服务环境 v2。 还原过程需要 3 到 6 小时来完成。 此过程不会造成停机。 还原过程完成后，你的旧应用服务环境会重新上线，新的应用服务环境 v3 会被删除。 解决了任何问题后，你可以再次尝试迁移。
定价
迁移应用服务环境无需任何费用。 但是，启动迁移过程后，你需要同时为应用服务环境 v2 和新的应用服务环境 v3 付费。 完成更新 DNS 并删除旧环境的最后一个迁移步骤后，你将停止为旧的应用服务环境 v2 付费。 应尽快完成验证，以防止累计额外费用。 有关应用服务环境 v3 定价的详细信息，请参阅定价详细信息。
从早期版本迁移到应用服务环境 v3 时，应考虑某些可能会降低每月成本的方案。 考虑预留和节省计划以进一步降低成本。 有关节省成本的机会的信息，请参阅升级到应用服务环境 v3 后的成本节省机会。
注意
由于隔离与隔离 v2 定价层之间的差异，你的应用可能会在迁移后过度预配，因为隔离 v2 层对每个相应的实例大小具有更多内存和 CPU。 迁移完成后，可以根据需要缩放环境。 有关详细信息，请查看 SKU 详细信息。
纵向缩减应用服务计划
可用于应用服务环境 v3 的应用服务计划 SKU 在独立 v2 (Iv2) 层上运行。 与独立层相比，每个相应层的核心数和 RAM 量实际上翻了一番。 迁移时，应用服务计划会转换为相应的层。 例如，I2 实例将转换为 I2v2。 虽然 I2 有两个核心和 7 GB RAM，但 I2v2 有四个核心和 16 GB RAM。 如果你预计容量要求保持不变，则会过度预配，并支付未使用的计算和内存费用。 对于此方案，可以将 I2v2 实例缩减到 I1v2，最终得到与之前类似的核心数和 RAM。
常见问题解答
- 如果当前不支持迁移我的应用服务环境怎么办？
你目前无法使用并排迁移功能进行迁移。 如果你的环境不受支持，并且想要立即迁移，请参阅手动迁移选项。 - 如何选择适合我的迁移选项？
查看迁移路径决策树，确定哪种选项最适合你的用例。 - 如何知道我是否应该使用并排迁移功能？
并排迁移功能最适合想要迁移到应用服务环境 v3 但不支持应用程序停机的客户。 由于新的子网用于你的新环境，因此需要考虑网络注意事项，包括新的 IP。 如果你可以支持停机，请查看就地迁移功能，它会带来最少的配置更改，或查看手动迁移选项。 就地迁移功能会在你现有环境所在的子网中创建应用服务环境 v3，并使用相同的网络基础结构。 - 迁移期间是否会出现停机？
否，并排迁移过程中不会停机。 你的应用将继续在你现有的应用服务环境中运行，直到你完成迁移的最后一步，在该步中 DNS 更改会立即生效。 完成最后一步后，你的旧应用服务环境将关闭并删除。 新的应用服务环境 v3 现在是你的生产环境。 - 迁移后，我是否需要对应用执行任何操作，使其在新应用服务环境上运行？
不需要，在旧环境上运行的所有应用都会自动迁移到新环境，并像以前一样运行。 无需用户输入。 - 如果我的应用服务环境具有自定义域后缀，应该怎么办？
并排迁移功能支持此迁移方案。 - 如果我的应用服务环境是区域固定的，应该怎么办？
并排迁移功能目前不支持此迁移方案。 如果你有一个区域固定的应用服务环境并想要立即迁移，请参阅手动迁移选项。 - 如果我的应用服务环境具有 IP SSL 地址，该怎么办？
应用服务环境 v3 不支持 IP SSL。 在使用迁移功能或手动选项之一进行迁移之前，必须删除所有 IP SSL 绑定。 如果打算使用并排迁移功能，在移除所有 IP SSL 绑定后，需通过验证检查，然后可以继续进行自动迁移。 - 我的应用服务环境的哪些属性会更改？
你在使用应用服务环境 v3，因此请务必查看与以前版本相比的特性和功能差异。 使用并排迁移功能时，入站和出站 IP 都会发生更改。 请注意，对于 ELB 应用服务环境，以前入站和出站使用同一个 IP。 对于应用服务环境 v3，它们是独立的。 有关详细信息，请参阅应用服务环境 v3 网络。 有关应用服务环境版本的完整比较，请参阅应用服务环境版本比较。 - 如果迁移失败或迁移期间出现意外问题，该怎么办？
如果出现意外问题，支持团队随时待命。 建议在接触任何生产环境之前，应先迁移开发环境，了解迁移过程，并了解它会如何影响工作负载。 使用并排迁移功能时，如果出现问题，可以还原所有更改。 - 我的旧应用服务环境会怎样？
如果你决定使用并排迁移功能迁移应用服务环境，则旧环境将一直用到迁移过程的最后一步。 完成最后一步后，旧环境及其承载的所有应用都会关闭并删除。 你的旧环境不再可访问。 此时无法回滚到旧环境。 - 2024 年 8 月 31 日之后，应用服务环境 v1/v2 资源会怎样？
2024 年 8 月 31 日之后，如果不迁移到应用服务环境 v3，则应用服务环境 v1/v2 以及其中部署的应用将不再可用。 应用服务环境 v1/v2 托管在应用服务缩放单元上，缩放单元在云服务（经典）体系结构上运行，该体系结构将于 2024 年 8 月 31 日停用。 因此，应用服务环境 v1/v2 在该日期之后将不再可用。 迁移到应用服务环境 v3，使应用保持运行，或者保存或备份需要维护的任何资源或数据。