本文总结了使用 Azure Migrate：服务器迁移将物理服务器、Amazon Web Services（AWS）虚拟机（VM）和 Google Cloud Platform （GCP） VM 迁移到Azure的支持设置和限制。 如果要查找有关评估物理服务器以迁移到 Azure 的信息，请参阅 评估支持矩阵。
将机器以物理形式迁移
可以使用基于代理的复制将本地计算机迁移为物理服务器。 通过使用此工具，可以将各种计算机迁移到Azure，例如：
- 本地物理服务器。
- 通过 Xen 和 KVM 等平台虚拟化的虚拟机。
- Hyper-V VM 或 VMware VM，如果出于某种原因不想使用标准的 Hyper-V 或 VMware 流程。
- 在私有云中运行的 VM。
- 在公有云中运行的虚拟机，包括 AWS 或 GCP。
迁移限制
一次最多可选择 10 台计算机进行复制。 如果想迁移更多计算机，请将它们以 10 个为一组进行复制。
物理服务器要求
下表总结了对要使用基于代理的迁移进行迁移的物理服务器、AWS VM 和 GCP VM 的支持。
| 支持 | 详细信息 |
|---|---|
| 计算机工作负载 | Azure 迁移和现代化支持迁移任何在受支持机器上运行的工作负载（例如 Microsoft Entra ID、SQL Server）。 |
| 操作系统 | 有关最新信息，请参阅操作系统（OS）支持以了解Azure Site Recovery。 Azure Migrate 和现代化服务提供相同的操作系统支持。 |
| Linux 文件系统/虚拟机存储 | 有关最新信息，请参阅 Site Recovery 的 Linux 文件系统支持。 Azure Migrate 和 Modernize 提供一致的 Linux 文件系统支持。 |
| 网络/存储 | 有关最新信息，请参阅 Site Recovery 的网络和存储的先决条件。 Azure Migrate和Azure Modernize工具提供相同的网络和存储要求。 |
| Azure要求 | 有关最新信息，请参阅 Azure network、storage 和 compute Site Recovery 要求。 Azure Migrate 和 Modernize 对物理服务器迁移具有相同的要求。 |
| 流动性服务 | 在要迁移的每台计算机上安装Mobility service代理。 |
| UEFI 启动 | 受支持。 Windows：NTFS Linux：支持以下文件系统类型：ext4、xfs、btrfs。 某些文件系统（如 ZFS、UFS、ReiserFS 和 DazukoFS）可能由于额外的装载命令要求而不受支持。 |
| UEFI - 安全启动 | 不支持迁移。 |
| 目标磁盘 | 虚拟机只能迁移到 Azure 中的托管磁盘（标准 HDD、标准 SSD、高级 SSD）。 |
| 超级磁盘 | Azure Migrate和Modernize门户不支持Ultra Disk迁移。 必须针对建议为超级磁盘的磁盘执行带外迁移。 也就是说，您可以在迁移时将其设置为高级磁盘类型，并在迁移后更改为 Ultra 磁盘。 |
| 磁盘大小 | 第 1 代 VM 的 OS 磁盘最大为 2-TB。 第 2 代 VM 的操作系统磁盘最大为 4 TB，数据磁盘最大为 32 TB。 |
| 磁盘限制 | 每台计算机最多 63 个磁盘。 |
| 加密磁盘/卷 | 具有加密磁盘/卷的计算机不支持用于迁移。 |
| 共享的磁盘群集 | 不支持。 |
| 独立磁盘 | 受支持。 |
| 透传磁盘 | 受支持。 |
| NFS | 作为卷装载在计算机上的 NFS 卷不会被复制。 |
| ReiserFS | 不支持。 |
| iSCSI 目标 | 具有 iSCSI 目标的设备不支持无代理迁移。 |
| 多路径 IO | 支持安装了Azure或特定于供应商的 Device-Specific 模块的 Windows 服务器。 |
| 成组 NIC | 不支持。 |
| IPv6 | 不支持。 |
| PV 驱动程序/XenServer 工具 | 不支持。 |
复制设备要求
如果手动设置复制设备，请确保它符合表中汇总的要求。
Azure VM 要求
复制到Azure的所有本地 VM 必须满足下表中汇总的Azure VM 要求。 Site Recovery运行复制的先决条件检查时，如果未满足某些要求，则检查会失败。
| 组件 | 要求 | 详细信息 |
|---|---|---|
| 来宾操作系统 | 验证受支持的操作系统。 可以迁移在支持的 OS 上运行的任何工作负载。 |
如果不支持，检查会失败。 |
| 来宾操作系统体系结构 | 64 位。 | 如果不支持，检查会失败。 |
| 操作系统磁盘大小 | Gen1 VM 最多为 2TB，Gen2 VM 最多为 4TB。 | 如果不支持，检查会失败。 |
| 操作系统磁盘计数 | 1. | 如果不支持，检查会失败。 |
| 数据磁盘计数 | 64 或更少。 | 如果不支持，检查会失败。 |
| 数据磁盘大小 | 最多 32 TB。 | 如果不支持，检查会失败。 |
| 网络适配器 | 支持多个适配器。 | |
| 共享虚拟硬盘 | 不支持。 | 如果不支持，检查会失败。 |
| FC 磁盘 | 不支持。 | 如果不支持，检查会失败。 |
| BitLocker | 不支持。 | 在为计算机启用复制之前禁用 BitLocker。 |
| VM 名称 | 1 到 63 个字符。 限制为字母、数字和连字符。 计算机名称必须以字母或数字开头和结尾。 |
更新Site Recovery中的计算机属性中的值。 |
| 迁移Windows后连接 | 要在迁移后连接到运行 Windows 的 Azure VM，请执行以下步骤： - 在迁移之前，在本地 VM 上启用Remote Desktop协议（RDP）。 请确保已为 Public 配置文件添加 TCP 和 UDP 规则，并且所有配置文件都允许在 Windows firewall>Allowed Apps 中允许 RDP。 - 对于站点到站点虚拟专用网络访问，请在Windows 防火墙的允许的应用和功能中为域和私有网络启用 RDP。 还请检查 OS 存储区域网络策略是否设置为 OnlineAll。 了解详细信息。 |
|
| 迁移后连接 - Linux | 要在迁移后使用安全外壳（SSH）连接到 Azure 虚拟机（VMs），请执行以下步骤： - 在迁移之前，在本地计算机上，检查 SSH 服务是否设置为“启动”，以及防火墙规则是否允许 SSH 连接。 - 故障转移后，在 Azure VM 上，需要允许传入到 SSH 端口的连接，包括故障转移后的 VM 的网络安全组规则和与之连接的 Azure 子网。 还需为 VM 添加公共 IP 地址。 |
后续步骤
迁移物理服务器。