本文针对 ESXi 虚拟化运维中最常见的核心疑问 —— 主机进入维护模式是否会自动迁移虚拟机，给出明确答案：开启合规 DRS 功能的 vSphere 集群，会自动通过 vMotion 热迁移 VM;无 DRS 的环境或独立主机无法自动迁移，需手动处理 VM 后再进入维护模式。全文拆解维护模式的底层逻辑、DRS 自动迁移的触发条件、全场景实操步骤，补充高频故障排查与运维红线，帮助运维安全完成主机维护，全程不中断业务。
在 VMware vSphere 虚拟化运维中，ESXi 主机进入维护模式是日常操作的高频场景，无论是系统补丁安装、版本升级，还是硬件更换、故障排查，都需要将主机切换到维护模式，规避运维操作对业务虚拟机的影响。而几乎所有新手运维都会遇到同一个核心问题：主机进入维护模式，会自动把上面的虚拟机迁走吗?
这个问题没有绝对的 “是 / 否” 答案，核心取决于你的虚拟化环境配置，一句话总结核心规则：开启 DRS 的 vSphere 集群会自动通过 vMotion 迁移虚拟机，无 DRS 的集群或独立 ESXi 主机不会自动迁移，必须手动处理完虚拟机后才能成功进入维护模式。本文将从底层逻辑到完整实操，全面讲解维护模式的 VM 迁移全流程，同时梳理高频踩坑点与运维规范。
一、先搞懂基础：什么是 ESXi 维护模式?
ESXi 维护模式是 VMware 官方定义的主机运维安全状态，当主机进入该模式后，会立即停止接收新的虚拟机创建请求，禁止新的业务负载接入，仅保留底层系统管理能力。它的核心作用，是给运维人员提供一个安全的操作环境，避免补丁安装、硬件更换等操作，影响主机上运行的业务虚拟机。
日常运维中，必须进入维护模式的典型场景包括：
ESXi 主机系统补丁安装、大版本跨代升级;
服务器硬件更换与维修：CPU、内存、网卡、RAID 卡、硬盘等核心硬件操作;
主机底层驱动更新、固件升级、故障深度排查;
集群资源调整、主机下架、机房迁移等操作。
二、核心问题解答：进入维护模式会自动迁移 VM 吗?分场景明确答案
我们将虚拟化环境分为两大类场景，分别给出明确的结论与底层逻辑，避免新手混淆。
场景 1：已加入 vCenter，且集群开启了 vSphere DRS 功能
结论：会自动迁移虚拟机，全程无需人工干预，业务零停机。
这是生产环境的标准架构，也是 VMware 官方推荐的运维模式。这里需要先给新手讲清楚两个核心技术的作用：
vMotion：VMware 核心的热迁移技术，能在虚拟机不关机、业务不中断的前提下，将运行中的虚拟机从一台 ESXi 主机完整迁移到另一台主机，前提是两台主机可共享访问虚拟机文件、网络配置一致、vMotion 网络正常。
DRS：全称分布式资源调度器，是 vCenter 集群的核心功能，能实时监控集群内各主机的 CPU、内存资源负载，自动通过 vMotion 平衡虚拟机分布，也是维护模式下自动迁移 VM 的核心支撑。
当你在该场景下触发主机进入维护模式时，vCenter 会自动调用 DRS 模块，生成虚拟机迁移计划，逐台将主机上运行的虚拟机，通过 vMotion 热迁移到集群内其他资源充足的正常主机上。所有虚拟机迁移完成后，主机会自动进入维护模式，全程无需人工操作，业务不会出现任何中断。
场景 2：未开启 DRS 的集群、未加入 vCenter 的独立 ESXi 主机
结论：不会自动迁移虚拟机，必须手动处理完所有 VM 后，才能成功进入维护模式。
这种场景多见于测试环境、分支机构的小型部署，没有开启 DRS 功能，甚至没有部署 vCenter，仅用单台 ESXi 主机承载业务。此时 ESXi 系统没有自动调度与迁移的能力，不会主动处理主机上的虚拟机。
如果主机上有运行中的虚拟机，直接触发进入维护模式的操作会一直卡在 “等待中” 状态，不会有任何自动迁移动作，直到你手动将所有虚拟机关机、或手动迁移到其他主机后，才能成功进入维护模式。
三、DRS 自动迁移的必备前提条件(缺一不可)
很多新手运维会遇到 “明明开了 DRS，进入维护模式还是没有自动迁 VM” 的问题，核心原因是没有满足自动迁移的全部前提条件，以下条件缺一不可，否则 DRS 无法触发自动迁移。
- 集群 DRS 配置合规
集群必须成功开启 DRS 功能，且自动化级别不能设置为 “手动”：手动模式下，DRS 只会给出迁移建议，不会自动执行迁移操作;必须设置为 “半自动” 或 “全自动”，才能在进入维护模式时触发自动迁移。
集群没有配置禁止迁移的亲和性 / 反亲和性规则：比如绑定某台虚拟机必须在指定主机运行的强亲和性规则，会导致 DRS 无法迁移该虚拟机，最终卡住维护模式的进入流程。
- 集群内有可用的目标主机
集群内必须有至少 1 台正常运行、未进入维护模式、与 vCenter 通信正常的 ESXi 主机;
目标主机必须有充足的 CPU、内存冗余资源，能完整承载迁移过来的虚拟机，资源不足会导致 DRS 无法生成有效的迁移计划。
- 满足 vMotion 热迁移的核心要求
这是自动迁移成功的核心基础，也是最高发的踩坑点：
虚拟机的所有文件(系统盘、数据盘、配置文件、快照文件)必须存放在共享存储上(vSAN、VMFS 共享存储、NFS 共享存储等)，集群内所有主机都能正常访问。如果虚拟机文件存放在 ESXi 本地磁盘，哪怕开了 DRS，也无法完成 vMotion 迁移，这是新手最容易犯的错误。
源主机与目标主机的网络配置完全一致：虚拟机接入的端口组、VLAN 配置，必须在集群内所有主机上都存在，避免迁移后虚拟机网络中断。
开启了 EVC(增强型 vMotion 兼容性)功能，或集群内所有主机的 CPU 品牌、架构代际一致(同代 Intel/AMD 处理器)，避免 CPU 指令集不兼容导致迁移失败。
所有主机都已正确配置 vMotion 专用 VMkernel 端口，vMotion 网络二层互通，防火墙已放通 vMotion 流量，无网络高延迟、丢包的问题。
- 虚拟机无迁移限制
虚拟机没有被锁定、没有处于快照创建 / 合并过程中、没有挂载本地 ISO 镜像文件;
虚拟机没有开启 PCIe 设备直通、GPU 直通等会禁止 vMotion 的硬件配置;
虚拟机运行正常，VMware Tools 服务正常启动，无系统故障、失联等问题。
四、完整实操步骤：两种场景的维护模式标准化操作
场景一：开启 DRS 的集群，自动迁移 VM 进入维护模式(生产环境首选)
这是零业务中断的标准操作流程，新手可直接照搬执行。
步骤 1：前置合规检查(必做，避免操作卡壳)
登录 vSphere Client，进入目标集群，确认 DRS 已正常开启，自动化级别为半自动 / 全自动;
检查集群内其他主机的资源状态，确认 CPU、内存有充足的冗余，可承载待迁移的所有虚拟机;
检查待操作主机上的虚拟机，确认所有 VM 都存放在共享存储上，无使用本地磁盘的 VM;
预验证 vMotion 可用性：手动迁移 1 台测试虚拟机，确认 vMotion 可正常完成，无报错;
选择业务低峰期执行操作，避免 vMotion 迁移流量抢占业务带宽，影响业务性能。
步骤 2：触发主机进入维护模式
在 vCenter 资产清单中，选中目标 ESXi 主机，右键点击，选择「维护模式」-「进入维护模式」;
在弹出的配置窗口中，建议勾选以下选项：
「将关闭的虚拟机迁移到集群中的其他主机」：哪怕是已关机的 VM，也同步迁走，避免后续操作影响;
「将处于挂起状态的虚拟机迁移到集群中的其他主机」：保障挂起的 VM 也能正常迁移;
点击「确定」后，系统会自动执行维护模式预检查，若存在无法迁移的 VM，会提前给出报错提示，你可提前处理问题后再重新操作;
预检查通过后，DRS 会自动生成迁移计划，逐台触发 vMotion 热迁移，将 VM 迁移到集群内其他正常主机。
步骤 3：监控进度，确认进入维护模式
在 vCenter 的「近期任务」面板中，监控 vMotion 迁移任务的进度，确认所有 VM 都迁移成功，无报错;
所有 VM 迁移完成后，主机会自动切换为维护模式，主机状态会标注「维护模式」;
最终确认主机上已无运行中的 VM，即可开始补丁安装、硬件更换等运维操作。
步骤 4：运维完成后退出维护模式
运维操作全部完成后，右键点击主机，选择「维护模式」-「退出维护模式」;
主机会重新接入集群，DRS 会根据集群整体负载，自动将部分 VM 迁回该主机，恢复集群的资源平衡。
场景二：无 DRS 集群 / 独立 ESXi 主机，手动处理 VM 后进入维护模式
该场景无自动迁移能力，必须先手动处理完所有虚拟机，才能成功进入维护模式，否则操作会一直卡住。
步骤 1：手动处理主机上的虚拟机
分两种子场景处理：
有 vCenter 但未开启 DRS 的集群：
选中主机上运行的虚拟机，右键点击「迁移」，选择「更改计算资源」，将 VM 逐台手动热迁移到集群内其他正常主机;若 VM 无法热迁移，可在业务低峰期正常关机后，执行冷迁移。
未加入 vCenter 的独立 ESXi 主机：
独立主机无法实现跨主机热迁移，只能在业务低峰期，正常关闭主机上所有运行的虚拟机;若需要保留业务连续运行，可将 VM 文件导出到外部存储，再导入到其他 ESXi 主机启动。
步骤 2：进入维护模式
确认主机上已无运行中的 VM，所有 VM 已关机或迁移完成;
登录 ESXi Host Client(独立主机)或 vCenter，选中目标主机，右键点击「维护模式」-「进入维护模式」;
系统会快速完成环境检查，成功进入维护模式，即可开始后续运维操作。
五、高频故障排查：开了 DRS 还是没自动迁移 VM?
故障 1：点击进入维护模式，一直卡在等待中，无自动迁移任务
按优先级排查：
检查 DRS 自动化级别：确认是否设为了「手动」，手动模式仅会给出迁移建议，不会自动执行，需修改为半自动 / 全自动;
检查虚拟机存储：确认是否有 VM 存放在 ESXi 本地磁盘，本地磁盘的 VM 无法 vMotion，需手动关机或迁移到共享存储;
检查集群可用资源：确认集群内有正常运行的目标主机，且 CPU、内存资源充足，可承载待迁移的 VM;
检查亲和性规则：确认没有配置 VM 与主机的强绑定规则，导致 DRS 无法迁移 VM。
故障 2：自动迁移任务触发，但迁移失败报错
核心排查方向：
网络问题：检查 vMotion 专用 VMkernel 端口配置是否正确，vMotion 网络是否互通，ESXi 防火墙是否放通了 vMotion 流量;
存储问题：检查共享存储是否在集群所有主机上正常挂载，存储无性能瓶颈、无读写报错;
CPU 兼容性问题：检查是否开启 EVC 功能，集群内主机 CPU 架构是否一致，是否存在指令集不兼容的问题;
虚拟机配置问题：检查 VM 是否开启了设备直通、是否挂载了本地 ISO、是否有快照异常，这些都会导致 vMotion 迁移失败。
故障 3：进入维护模式后，VM 被强制关机，业务中断
核心原因：你点击了「强制进入维护模式」选项。当有 VM 无法迁移时，强制进入维护模式会直接关闭主机上所有运行中的 VM，导致业务中断。
避坑方法：生产环境绝对禁止随意使用强制进入维护模式，必须先解决无法迁移的 VM 问题，再正常进入维护模式。
六、运维最佳实践与绝对不能碰的红线
生产环境最佳实践
生产环境必须开启 DRS 功能，配置半自动 / 全自动模式，同时开启 EVC 功能，保障维护模式下自动迁移的稳定性;
所有业务虚拟机必须部署在共享存储上，禁止生产 VM 使用本地磁盘，从根源解决无法热迁移的问题;
进入维护模式前必须完成前置检查，提前验证 vMotion 可用性，提前处理无法迁移的 VM，避免操作中途卡壳;
维护操作必须在业务低峰期执行，避免 vMotion 迁移流量占用过多带宽，影响业务性能;
集群必须预留 N-1 的资源冗余，也就是一台主机故障时，其他主机能完整承载集群内所有 VM，避免维护时出现资源不足的问题;
进入维护模式前，提前备份主机配置与核心虚拟机数据，避免操作异常导致数据丢失。
绝对不能碰的运维红线
红线 1：有运行中的业务 VM 时，强制进入维护模式，会直接关闭所有 VM，导致业务中断，生产环境绝对禁止;
红线 2：未提前检查 vMotion 可用性，直接触发进入维护模式，导致操作卡在中途，部分 VM 迁移、部分 VM 滞留，业务受影响;
红线 3：业务高峰期执行维护模式操作，vMotion 迁移流量抢占业务带宽，导致业务卡顿、延迟升高;
红线 4：集群无资源冗余的情况下进入维护模式，导致其他主机过载，全集群业务性能下降;
红线 5：忽略本地磁盘 VM，直接触发进入维护模式，导致操作卡住，影响运维进度。
总结
回到最核心的问题：ESXi 主机进入维护模式会自动迁移 VM 吗?
核心结论非常明确：只有开启了合规 DRS 功能的 vSphere 集群，才会自动通过 vMotion 热迁移虚拟机，全程无需人工干预、业务零中断;无 DRS 的集群、独立 ESXi 主机，不会自动迁移 VM，必须手动处理完所有虚拟机后，才能成功进入维护模式。
对于运维人员来说，想要实现高效、安全的主机运维，最佳方案是提前搭建合规的 vSphere 集群，开启 DRS 与 EVC 功能，将业务 VM 部署在共享存储上，满足 vMotion 的所有前提条件。这样在主机需要维护时，就能实现自动化的虚拟机迁移，在不中断业务的前提下，安全、高效地完成所有运维操作。
注·部分内容为AI辅助生成