准备好要迁移到 Azure 的本地计算机

注意

本文引用了 CentOS,这是一个处于生命周期结束 (EOL) 状态的 Linux 发行版。 请相应地考虑你的使用和规划。 有关详细信息,请参阅 CentOS 生命周期结束指南

本文介绍在使用 Azure Migrate 和服务器迁移工具将本地计算机迁移到 Azure 之前,如何准备好这些计算机。

本文内容:

  • 查看迁移限制。
  • 选择迁移 VMware vSphere VM 的方法。
  • 检查要迁移的计算机的虚拟机监控程序和操作系统要求。
  • 检查要迁移的计算机的 URL 和端口访问权限。
  • 检查在开始迁移之前可能需要做出的更改。
  • 检查迁移的计算机的 Azure VM 要求。
  • 准备好计算机,以便在迁移后可以连接到 Azure VM。

验证迁移限制

下表汇总了 Azure Migrate 的发现、评估和迁移限制。 建议在迁移之前先评估计算机,但并非必须这样做。

方案 项目 发现/评估 迁移
VMware vSphere VM 最多可在一个 Azure Migrate 项目中发现和评估 35,000 个 VM。 VMware vSphere 的一台 Azure Migrate 设备最多可发现 10,000 个 VMware vSphere VM。
该设备支持添加多个 vCenter Server。 每个设备最多可以添加 10 个 vCenter Server。
无代理迁移:可以使用横向扩展设备跨多个 vCenter 服务器(从一个设备中发现)同时复制最多 500 个 VM。
基于代理的迁移:可横向扩展复制设备来复制大量 VM。

在门户中,一次最多可选择 10 台计算机进行复制。 若要复制更多计算机,请分批添加,每次添加 10 台。
Hyper-V VM 最多可在一个 Azure Migrate 项目中发现和评估 35,000 个 VM。 一台 Azure Migrate 设备最多可发现 5,000 个 Hyper-V VM 设备不用于 Hyper-V 迁移。 Hyper-V 复制提供程序在每个 Hyper-V 主机上运行。

复制容量受性能因素(例如 VM 改动)和复制数据的上传带宽影响。

在门户中,一次最多可选择 10 台计算机进行复制。 若要复制更多计算机,请分批添加,每次添加 10 台。
物理计算机 最多可在一个 Azure Migrate 项目中发现和评估 35,000 台计算机。 物理服务器的一台 Azure Migrate 设备最多可发现 1000 个物理服务器。 横向扩展复制设备来复制大量服务器。

在门户中,一次最多可选择 10 台计算机进行复制。 若要复制更多计算机,请分批添加,每次添加 10 台。

选择 VMware vSphere 迁移方法

如果要将 VMware vSphere VM 迁移到 Azure,请无代理迁移方法和基于代理的迁移方法进行比较,确定最适合你的方法。

验证虚拟机监控程序要求

验证操作系统要求

验证迁移支持的操作系统:

查看 URL 和端口访问权限

查看在迁移过程中访问哪些 URL 和端口。

方案 详细信息 URLs 端口
VMware vSphere 无代理迁移 使用 Azure Migrate 设备进行迁移。 未在 VMware vSphere VM 上安装任何内容。 通过设备查看发现、评估和迁移所需的公有云和政府 URL 查看无代理迁移的端口要求。
基于 VMware vSphere 代理的迁移 使用复制设备进行迁移。 VM 上安装了移动服务代理。 查看复制设备需要访问的由世纪互联运营的 Azure 的 URL。 查看在基于代理的迁移过程中使用的端口。
Hyper-V 迁移 使用安装在 Hyper-V 主机上的提供程序进行迁移。 未在 Hyper-V VM 上安装任何内容。 查看在主机上运行的复制提供程序需要访问的由世纪互联运营的 Azure 的 URL。 Hyper-V 主机上的复制提供程序使用 HTTPS 端口 443 上的出站连接来发送 VM 复制数据。
物理计算机 使用复制设备进行迁移。 物理计算机上安装了移动服务代理。 查看复制设备需要访问的由世纪互联运营的 Azure 的 URL。 查看在物理迁移过程中使用的端口。

验证迁移之前需要做出的更改

在将 VM 迁移到 Azure 之前,需要在 VM 上进行一些更改。

  • 对于某些操作系统,Azure Migrate 会在复制/迁移过程中自动更改。
  • 对于其他操作系统,则需要手动配置设置。
  • 在开始迁移之前,请务必手动配置设置。 某些更改可能会影响 VM 启动,或者可能无法建立与 VM 的连接。 如果在做出更改之前迁移 VM,VM 可能无法在 Azure 中启动。

查看表以确定需要进行的更改。

Windows 计算机

表中汇总了执行的更改。

Action VMware vSphere(无代理迁移) VMware vSphere(基于代理)/物理计算机 Hyper-V 上的 Windows
将 SAN 策略配置为“全部联机”

运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。

早期版本的操作系统需要手动配置。
大多数情况下会自动设置。 运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。
安装 Hyper-V 来宾集成 运行 Windows Server 2003 的计算机需要手动安装 运行 Windows Server 2003 的计算机需要手动安装 运行 Windows Server 2003 的计算机需要手动安装
启用 Azure 串行控制台

在 Azure VM 上启用控制台,来帮助进行故障排除。 无需重新启动 VM。 Azure VM 将使用磁盘映像启动。 启动磁盘映像相当于重新启动新 VM。
需要手动启用 需要手动启用 需要手动启用
安装 Windows Azure 来宾代理

虚拟机代理(VM 代理)是受保护的轻型进程,用于管理虚拟机 (VM) 与 Azure 结构控制器的交互。 VM 代理在启用和执行 Azure 虚拟机扩展方面起主要作用,这些扩展支持 VM 的部署后配置,例如安装和配置软件。
运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。
早期版本的操作系统需要手动配置。
运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。 运行 Windows Server 2008 R2 或更高版本的虚拟机会自动设置。
在迁移后进行连接

若要在迁移后进行连接,请在迁移之前执行一些步骤。
需要手动设置 需要手动设置 需要手动设置

详细了解在 Windows 服务器上为无代理 VMware vSphere 迁移执行的更改。

配置 SAN 策略

默认情况下,将为 Azure VM 分配驱动器 D: 用作临时存储。

  • 这种驱动器分配会导致所有其他附加存储驱动器分配递增一个字母。
  • 例如,如果本地安装使用分配了驱动器 D: 的数据磁盘(用于应用程序安装),将 VM 迁移到 Azure 后,为此驱动器分配的驱动器号将递增为 E:。
  • 若要避免这种自动分配,并确保 Azure 将下一个可用驱动器号分配给其临时卷,请将存储区域网络 (SAN) 策略设置为 OnlineAll

手动配置此设置,如下所示:

  1. 在本地计算机(而不是主机服务器)上,以提升的权限打开命令提示符。
  2. 输入 diskpart
  3. 输入 SAN。 如果未保留来宾操作系统的驱动器号,则会返回 Offline AllOffline Shared
  4. DISKPART 提示符下,输入 SAN Policy=OnlineAll。 此设置可确保将磁盘联机,并确保可以读取和写入这两个磁盘。
  5. 在测试迁移期间,可以验证驱动器号是否已保留。

Linux 计算机

对于以下版本,Azure Migrate 会自动完成这些操作

  • Red Hat Enterprise Linux 8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.3、7.2、7.1、7.0、6.x(迁移过程中还会自动安装 Azure Linux VM 代理)
  • CentOS Stream(Azure Linux VM 代理也会在迁移过程中自动安装)
  • SUSE Linux Enterprise Server 15 SP0、15 SP1、12、11 SP4、11 SP3
  • Ubuntu 20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS(迁移过程中还会自动安装 Azure Linux VM 代理)
  • Debian 10、9、8、7
  • Oracle Linux 8、7.7-CI、7.7、6

对于其他版本,请按表中汇总所示准备计算机。

注意

某些更改可能会影响 VM 启动,或者可能无法建立与 VM 的连接。

操作 详细信息 Linux 版本
安装 Hyper-V Linux Integration Services 重新生成 Linux init 映像,使之包含所需的 Hyper-V 驱动程序。 重新生成 init 映像可以确保 VM 在 Azure 中启动。 默认情况下,大多数最新版本的 Linux 分发版已包含此服务。

如果不包含,除以上所示版本之外的所有版本,都需要手动安装。
启用 Azure 串行控制台日志记录 启用控制台日志记录有助于进行故障排除。 无需重新启动 VM。 Azure VM 将使用磁盘映像启动。 启动磁盘映像相当于重新启动新 VM。

遵照这些说明启用此功能。
更新设备映射文件 更新包含设备名称到卷的关联的设备映射文件,以使用永久设备标识符。 除以上所示版本之外的所有版本,都需要手动安装。 (仅适用于基于代理的 VMware 场景)
更新 fstab 条目 更新条目以使用永久卷标识符。 除以上所示版本之外的所有版本,都需要手动更新。
删除 udev 规则 删除基于 MAC 地址等属性保留接口名称的所有 udev 规则。 除以上所示版本之外的所有版本,都需要手动删除。
更新网络接口 更新网络接口以基于 DHCP.nst 接收 IP 地址 除以上所示版本之外的所有版本,都需要手动更新。
启用 SSH 确保启用 SSH,并将 sshd 服务设置为在重新启动时自动启动。

确保传入的 SSH 连接请求未被 OS 防火墙或脚本化规则阻止。
除以上所示版本之外的所有版本,都需要手动启用。
安装 Linux Azure 来宾代理 Microsoft Azure Linux 代理 (waagent) 是一种安全的轻型进程,用于管理 Linux 和 FreeBSD 预配以及 VM 与 Azure 结构控制器的交互。 除以上所示版本之外的所有版本,都需要手动启用。
按照说明为其他 OS 版本手动安装 Linux 代理。 查看必需包的列表以安装 Linux VM 代理。

详细了解在 Linux 服务器上为无代理 VMware vSphere 迁移执行的更改。

下表总结了针对上面列出的操作系统自动执行的步骤。

操作 基于代理的 VMware vSphere 迁移 无代理 VMware vSphere 迁移 无代理 Hyper-V 迁移
使用 Hyper-V Linux Integration Services 更新内核映像。
(LIS 驱动程序应在内核上存在。)
启用 Azure 串行控制台日志记录 “是”
更新设备映射文件
更新 fstab 条目 “是”
删除 udev 规则 “是”
更新网络接口 “是”
启用 SSH No
安装 Azure VM Linux 代理

详细了解在 Azure 上运行 Linux VM 所要执行的步骤,并获取适用于某些热门 Linux 发行版的说明。

查看必需包的列表以安装 Linux VM 代理。 使用 VMware 迁移的无代理方法时,Azure Migrate 会自动为 RHEL 8.x/7.x/6.x、Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04、SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3、Debian 9/8/7 和 Oracle 7 安装 Linux VM 代理。

检查 Azure VM 要求

复制到 Azure 的本地计算机必须在操作系统和体系结构、磁盘、网络设置与 VM 命名方面符合 Azure VM 要求。

在迁移之前,请查看 VMwareHyper-V物理服务器迁移的 Azure VM 要求。

准备在迁移后进行连接

Azure VM 是在迁移到 Azure 的过程中创建的。 迁移后,必须能够连接到新的 Azure VM。 需要完成多个步骤才能成功连接。

准备连接到 Azure Windows VM

本地 Windows 计算机上:

  1. 配置 Windows 设置。 设置包括删除任何静态永久性路由或 WinHTTP 代理。
  2. 确保所需的服务正在运行。
  3. 启用远程桌面 (RDP),以便能够远程连接到本地计算机。 了解如何使用 PowerShell 启用 RDP
  4. 若要在迁移后通过 Internet 访问 Azure VM,请在本地计算机上的 Windows 防火墙中,在“公共”配置文件中允许 TCP 和 UDP,并将 RDP 设置为所有配置文件允许的应用。
  5. 若要在迁移后通过站点到站点 VPN 访问 Azure VM,请在本地计算机上的 Windows 防火墙中,允许对“域”和“专用”配置文件使用 RDP。 了解如何允许 RDP 流量
  6. 确保在迁移时本地 VM 上没有任何挂起的 Windows 更新。 如果有,在迁移后,这些更新可能会在 Azure VM 上开始安装,而在更新完成之前,你将无法登录到 VM。

准备连接 Linux Azure VM

在本地 Linux 计算机上:

  1. 检查安全外壳服务是否设置为在系统引导时自动启动。
  2. 确保防火墙规则允许 SSH 连接。

迁移后配置 Azure VM

迁移后,在创建的 Azure VM 上完成以下步骤:

  1. 若要通过 Internet 连接到 VM,请将公共 IP 地址分配到该 VM。 对 Azure VM 使用的公共 IP 地址必须与用于本地计算机的公共 IP 地址不同。 了解详细信息
  2. 检查 VM 上的网络安全组 (NSG) 规则是否允许与 RDP 或 SSH 端口建立传入连接。
  3. 启动诊断中查看 VM。

后续步骤

确定要使用哪种方法将 VMware vSphere VM 迁移到 Azure,或者开始迁移 Hyper-V VM物理服务器、虚拟化 VM 或云 VM

支持的操作

对于 VMware vSphere VM,Azure Migrate 和服务器迁移支持无代理或基于代理的迁移

了解更多信息