有关从经典部署模型迁移到 Azure Resource Manager 部署模型的常见问题

重要

目前,大约有 90% 的 IaaS VM 在使用 Azure 资源管理器。 自 2020 年 2 月 28 日起,经典 VM 已弃用,并将于 2023 年 3 月 1 日完全停用。 详细了解此弃用以及它对你的影响

什么是 Azure Service Manager,“经典”的含义是什么?

IaaS VM(经典)中的“经典”一词是指由 Azure Service Manager (ASM) 托管的 VM。 Azure Service Manager (ASM) 是 Azure 的旧控制平面,负责创建、管理、删除 VM 和执行其他控制平面操作。

什么是 Azure 资源管理器?

Azure 资源管理器 是 Azure 的最新控制平面,负责创建、管理、删除 VM 和执行其他控制平面操作。

迁移需要多长时间?

计划迁移和执行迁移很大程度都取决于体系结构的复杂性,这可能需要几个月的时间。

IaaS VM(经典版)新客户的定义是什么?

2020 年 2 月(开始弃用之前的一个月)的订阅中没有 IaaS VM(经典版)的客户则视为新客户。

IaaS 虚拟机(经典版)现有客户的定义是什么?

2020 年 2 月在其订阅中有过活跃的或已停止但曾分配过的 IaaS VM(经典版)的客户则视为现有客户。 只有这些客户才会在 2023 年 3 月 1 日之后将其 VM 从 Azure Service Manager 迁移到 Azure 资源管理器。

为什么会收到“NewClassicVMCreationNotAllowedForSubscription”这样的错误信息?

停用过程开始后,IaaS VM(经典版)不再适用于新客户。 我们已将你识别为新客户,因此你无权执行该操作。 强烈建议使用 Azure 资源管理器。 如果无法通过 Azure 资源管理器使用 Azure VM,请联系支持人员,以将订阅加入允许列表。

此迁移计划是否影响 Azure 虚拟机上运行的任何现有服务或应用程序?

2023 年 3 月 1 日前都是 IaaS VM (经典版),所以不会产生影响。 IaaS VM(经典版)是公开上市的完全受支持的服务。 可以继续使用这些资源来拓展你在 Azure 上的足迹。 2023 年 3 月 1 日起会全面停用这些 VM,并且会停止或解除分配任何活跃的或分配的 VM。

这不会影响到其他经典的资源,如云服务(经典版)、存储帐户(经典版)等。

如果我近期不打算迁移,我的 VM 会出现什么情况?

2023 年 3 月 1 日起会全面停用 IaaS VM(经典版),并且会停止或解除分配任何活跃的或分配的 VM。 为避免影响业务,我们强烈建议现在就开始计划迁移并在 2023 年 3 月 1 日之前完成迁移。 我们近期不会淘汰现有的经典 API、云服务和资源模型。 我们想要通过 Resource Manager 部署模型中提供的高级功能,让迁移变得简单。 我们建议现在开始计划将这些资源迁移到 Azure 资源管理器。

对于我现有的工具而言,此迁移计划有何意义?

将工具更新为 Resource Manager 部署模型,是必须在迁移计划中考虑的最重要的更改之一。

管理平面的停机时间持续多久?

这取决于迁移的资源数量。 对于较小型部署(几十个 VM),整个迁移过程应该不超过一小时。 如果是大规模部署(数百个 VM),迁移过程可能需要花费几个小时。

在 Resource Manager 中提交迁移的资源之后,是否还可以回滚?

只要资源处于准备就绪状态,就可以中止迁移。 但是,在通过提交操作成功迁移资源之后,就不支持回滚。

提交操作失败时,是否可以回滚迁移?

如果提交操作失败,就无法中止迁移。 包括提交操作在内的所有迁移操作都是幂等的。 因此,建议在片刻之后重试操作。 如果仍遇到错误,请创建支持票证。

如果我必须使用 Resource Manager 下的 IaaS,是否必须购买其他 ExpressRoute 线路?

不是。 我们近期实现了 将 ExpressRoute 线路从经典部署模型转移到 Resource Manager 部署模型。 如果已有 ExpressRoute 线路,则不需要购买新的线路。

如果已经为经典 IaaS 资源配置 Azure 基于角色的访问控制策略,该怎么办?

在迁移期间,资源从经典资源转换为 Resource Manager 资源。 因此,建议计划需要在迁移之后进行的 Azure RBAC 策略更新。

我已在保管库中备份了经典 VM。 是否可以将 VM 从经典模式迁移到 Resource Manager 模式并在恢复服务保管库中保护它们?

将 VM 从经典模式移到资源管理器模式时,在迁移之前进行的备份不会迁移到新迁移的资源管理器 VM 中。 但是,如果希望保留经典 VM 的备份,请在迁移之前执行以下步骤。

  1. 在恢复服务保管库中,转到“备份项”边栏选项卡并选择 VM。
  2. 单击“停止备份”。 在下拉菜单中选择“保留备份数据”。

备注

此选项会停止将来所有备份作业对 VM 的保护。 但是,Azure 备份服务将保留已备份的恢复点。 你需要付费才能将恢复点保留在保管库中(有关详细信息,请参阅 Azure 备份定价)。 如果需要,你将能够还原 VM。 如果决定恢复 VM 保护,则可以使用“恢复备份”选项。

若要将虚拟机迁移到资源管理器模式,

  1. 从 VM 中删除备份/快照扩展。
  2. 将虚拟机从经典模式迁移到 Resource Manager 模式。 确保与虚拟机对应的存储和网络信息也已迁移到 Resource Manager 模式。

此外,如果想要备份迁移的 VM,请转至“虚拟机管理”边栏选项卡,以启用备份

我是否可以验证订阅或资源,以查看其是否能够迁移?

是的。 在平台支持的迁移选项中,准备迁移的第一个步骤,就是验证资源是否能够进行迁移。 如果验证操作失败,用户会收到包含无法完成迁移的所有原因的消息。

如果我在准备要迁移的 IaaS 资源时遇到配额错误,会发生什么情况?

建议用户中止迁移,并记录支持请求,以在要迁移 VM 的区域中增加配额。 配额请求经过批准后,可以重新开始执行迁移步骤。

如何报告问题?

请使用关键字 ClassicIaaSMigration 将迁移相关的问题发布到有关 VM 的 Microsoft 问答页。 建议将所有问题都发布在此论坛上。 如果有支持协定,也欢迎你记录支持票证。

如果我不喜欢平台在迁移期间选择的资源名称,该怎么做?

在经典部署模型中为其显式提供名称的所有资源都会在迁移期间得到保留。 在某些情况下,会创建新资源。 例如:为每个 VM 创建网络接口。 目前无法控制迁移期间所创建的这些新资源的名称。 请在 Azure 反馈论坛上针对此功能进行投票。

不停机无法自动迁移使用跨订阅授权链接的 ExpressRoute 线路。 我们提供了有关如何使用手动步骤迁移这些线路的指南。 有关步骤和详细信息,请参阅将 ExpressRoute 线路和关联的虚拟网络从经典部署模型迁移到 Resource Manager 部署模型

我收到消息,指出 “VM 报告总体代理状态为‘未就绪’。因此,此 VM 无法迁移。请确保 VM 代理报告总体代理状态为‘就绪’”“VM 包含未报告其状态的扩展。因此,此 VM 无法迁移。”

当 VM 未建立到 Internet 的出站连接时,会收到此消息。 VM 代理使用出站连接访问 Azure 存储帐户,每隔五分钟更新一次代理状态。

后续步骤