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

本文介绍如何在使用 Azure Migrate 和服务器迁移工具将本地计算机迁移到Azure之前对其进行准备

在本文中,您将:

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

验证迁移限制

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

情景 项目 发现/评估 迁移
VMware vSphere VM 在单个Azure Migrate项目中发现和评估最多 35,000 个 VM。 使用单个 Azure Migrate 设备发现多达 10,000 个 VMware vSphere VM
该设备支持添加多个 vCenter Server。 每个设备最多可以添加 10 个 vCenter Server。
无代理迁移:可以使用横向扩展设备跨多个 vCenter Server(从一个设备中发现)同时复制最多 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 台计算机。 发现最多 1000 台物理服务器,一个 Azure Migrate 设备即可用于检测这些物理服务器。 横向扩展复制设备来复制大量服务器。

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

选择 VMware vSphere 迁移方法

如果你正在将 VMware vSphere 虚拟机迁移到 Azure,比较无代理和基于代理的迁移方法,以确定哪种方法最适合你。

验证虚拟机监控程序要求

验证操作系统要求

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

注意

Windows Server 2008 年和 Windows Server 2008 R2 已达到生命周期结束(EOL)。 有关详细信息,请参阅Windows Server 2008 和 Windows Server 2008 R2 的支持终止就地升级到 Windows Server 2016、2019、2022 或 2025。 相应地查看使用情况和计划 OS 升级和迁移。

查看 URL 和端口访问权限

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

情景 详细信息 URL 端口
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 复制数据。
物理计算机 使用复制设备进行迁移。 Mobility 服务代理安装在物理机器上。 查看由世纪互联运营的 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 或更高版本的计算机自动设置。
Install Hyper-V Guest Integration 在运行 Windows Server 2003 的计算机上手动安装 在运行 Windows Server 2003 的计算机上手动安装 在运行 Windows Server 2003 的计算机上手动安装
Enable Azure串行控制台

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

虚拟机代理(VM 代理)是一个安全的轻型过程,用于管理与 Azure Fabric 控制器的虚拟机(VM)交互。 VM 代理在启用和执行Azure虚拟机扩展方面具有主要角色,用于启用 VM 的部署后配置,例如安装和配置软件。
为运行 Windows Server 2008 R2 或更高版本的计算机自动设置。
早期版本的操作系统需要手动配置。
为运行 Windows Server 2008 R2 或更高版本的计算机自动设置。 为运行 Windows Server 2008 R2 或更高版本的计算机自动设置。
在迁移后进行连接

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

Learn more 关于在 Windows 服务器上为无代理 VMware vSphere 迁移所做的更改。

配置 SAN 策略

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

  • 这种驱动器分配会导致所有其他附加存储驱动器分配递增一个字母。
  • 例如,如果您的本地安装使用分配给驱动器 D 的数据磁盘进行应用程序安装,那么在您将虚拟机迁移到 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 9.5、9.x、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 SP4、15 SP3、15 SP2、15 SP1、15 SP0、12、11 SP4、11 SP3
  • Ubuntu 22.04、21.04、20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS(迁移期间还会自动安装 Azure Linux VM 代理)
  • Debian 11、10、9、8、7
  • Oracle Linux 9、8、7.7-CI、7.7、6
  • Alma Linux 8.x、9.x
  • Rocky Linux 8.x、9.x

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

注意

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

Action 详细信息 Linux 版本
Install 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 Fabric 控制器的交互。 除以上所示版本之外的所有版本,都需要手动启用。
按照说明为其他 OS 版本手动安装 Linux 代理。 查看安装 Linux VM 代理 所需的包 列表。

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

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

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

详细了解 在 Azure 上运行 Linux VM 的步骤,并获取一些常用 Linux 分发版的说明。

查看安装 Linux VM 代理 所需的包 列表。 使用 VMware 迁移的无代理方法时,Azure Migrate自动为 RHEL 8.x、Ubuntu 20.04、SUSE 15 和 Oracle 7 安装 Linux VM 代理。

检查 Azure VM 条件

要复制到 Azure 的本地计算机必须符合 Azure VM 的要求,具体包括操作系统和体系结构、磁盘、网络设置以及 VM 命名。

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

准备在迁移后进行连接

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 虚拟机

在本地 Linux 计算机上:

  1. 检查安全外壳服务是否设置为在系统引导时自动启动。

  2. 确保防火墙规则允许 SSH 连接。

迁移后配置Azure VM

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

  1. 若要通过 Internet 连接到 VM,请将公共 IP 地址分配到该 VM。 对于Azure VM,必须使用与本地计算机不同的公共 IP 地址。 了解详细信息

  2. 检查 VM 上的网络安全组 (NSG) 规则是否允许与 RDP 或 SSH 端口建立传入连接。

  3. 启动诊断中查看 VM。

后续步骤

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

查看支持的内容

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

了解更多信息

  • 为 VMware vSphere 的无代理迁移做好准备,使用 Azure Migrate。