简介面向服务器运维与虚拟化入门人群的 ESXi 7.0 安装部署速查资料围绕裸金属 hypervisor 的完整落地流程重点梳理镜像下载、引导盘制作、BIOS/UEFI 启动、存储与升级方式选择、root 密码策略、管理网络及静态 IP 配置等易错环节可直接作为实验环境搭建与生产部署前的操作参照。资料体积小巧整包仅 1 个 PDF 文件压缩后约 752KB便于本地保存或随时查阅内容按安装前准备、安装中选项确认、安装后网络配置三个阶段递进组织每一步均有明确按键与界面说明。该资源已有 2660 人浏览学习适合刚接触 vSphere 的运维工程师、数据中心管理员及备考虚拟化认证的学员能有效减少因安装选项不熟悉导致的返工并帮助读者从零建立 ESXi 基础运维能力。1. 服务器虚拟化与vSphere ESXi 7.0为什么老运维还在围着它转在虚拟化这个行当里ESXi 7.0 是个绕不开的存在。哪怕容器化喊了这么多年生产环境里跑着关键业务的还是大量基于 ESXi 的虚拟机。服务器虚拟化的核心诉求很简单——把物理机上闲置的 CPU、内存和存储切成若干份按需分给业务但真正落地时岔路很多有基于内核的 KVM有微软的 Hyper-V也有 VMware 这一条线。而 vSphere ESXi 7.0 的价值在于它把「裸金属 Hypervisor」这条路线做到了极致不依赖宿主机操作系统驱动内置、资源损耗低、管理链路成熟。这篇文章不讲概念史只讲怎么把一个机房级别的 ESXi 7.0 环境从无到有搭起来、日常运维怎么少翻车以及那些网上一搜一大把但没人给你细说的坑。适合刚接手虚拟化平台的新人也适合准备把 6.x 老环境升级到 7.0 的熟手。2. 裸金属 Hypervisor 选型与 ESXi 7.0 部署前置硬件兼容与安装失败边界2.1 选型ESXi 7.0 与 KVM、Hyper-V 的取舍做服务器虚拟化第一件事不是装系统而是选型。ESXi 7.0 的定位是直接跑在裸机上的 Hypervisor它没有「宿主机操作系统」这一层装完就是一个虚拟化内核加一个管理控制台。KVM 的优势在于开源和成本但对运维的要求高宿主机 OS 本身要维护补丁、内核升级、驱动冲突都可能影响跑在里面的虚拟机。Hyper-V 和 Windows Server 绑定适合微软生态占主导的环境。ESXi 7.0 的价值在于稳定和边界清晰补丁只针对于虚拟化内核驱动由 VMware 统一认证极少出现「宿主机内核升级把虚拟机搞挂」这种问题。我一般建议两类场景优先考虑 ESXi 7.0一是机房里已经有用 vCenter 管理的存量虚拟机二是业务方对稳定性要求极高、不希望底层频繁变动的环境。反过来如果团队没有付费预算或者需要大量实验性改动KVM 会更灵活。选型没有绝对答案但 ESXi 7.0 的运维模型更适合「少折腾、求稳」的生产思路。2.2 部署前必须确认的硬件兼容列表ESXi 7.0 对硬件的挑食程度是出了名的。装到一半报错或者装完丢网卡九成是硬件不在兼容列表里。安装前先在 VMware Compatibility Guide 里查 CPU、网卡、存储控制器和主板型号这是整个部署里性价比最高的一步。具体落到硬件参数上ESXi 7.0 要求 64 位 x86 CPU至少两个核心内存建议 8GB 起步实验环境 4GB 勉强能跑但很憋屈系统盘建议 SSD。注意几个容易被忽略的点CPU 必须支持 NX/XD 位也就是禁止执行标志BIOS 里默认一般开着网卡优先选 Intel 82574L/82599、Broadcom NetXtreme 这类老牌型号Realtek 的板载网卡经常不在兼容列表里如果服务器是 Dell R740/R750 这类企业级机型在 BIOS 里把虚拟化技术VT-x/AMD-V打开并且确认引导模式是 UEFI 还是 BIOSESXi 7.0 对 UEFI 的支持更完整有一个容易被忽略的参数是「引导磁盘大小」。ESXi 7.0 安装的最小磁盘要求是 32GB但如果你用 16GB 的 U 盘或者老 SSD安装器会直接拒绝。解决办法是准备 32GB 以上的介质或者用闪存设备时选择划出完整空间作为 VMFS-L 分区。2.3 安装到 U 盘/SSD 的最小步骤与参数安装 ESXi 7.0 本身不复杂步骤是固定的把 ISO 写入 U 盘、引导服务器、按回车接受协议、选目标磁盘、输入 root 密码、按下 F11 完成安装。但有几个参数在安装界面里不显眼却直接决定后期好不好用。安装到目标磁盘界面时ESXi 会问是否把整个磁盘划为 VMFS 分区。生产环境我一般建议这样做宿主机系统盘只装 ESXi 本体虚拟机的磁盘文件放到独立的数据存储上。如果机器只有一块盘也至少把 VMFS-L引导分区和 VMFS 数据分区分开这样后期做备份和扩容时不至于牵一发动全身。安装完成后第一件事不是登录网页控制台而是通过直接控制台查看管理网卡的 IP 分配情况。默认情况下 ESXi 走 DHCP如果环境里没有 DHCP 服务器安装后要按 F2 进 DCUI 手动配 IP。固定 IP 时注意子网掩码和网关别写错ESXi 的默认管理网络只允许同一 VLAN 内的客户端访问跨 VLAN 访问需要在 vSphere Client 里额外开防火墙规则。2.4 网卡驱动缺失导致安装失败的补救ESXi 7.0 安装器加载后最常见的卡壳点是「找不到可用网卡」或者「自定义驱动识别不到」。这主要是 VMware 在新版本里收窄了驱动支持范围尤其是 Realtek 8111/8168 这类消费级网卡7.0 默认不带驱动。碰到这种情况常见做法是准备一个带驱动的 ESXi 镜像。下载 ESXi 7.0 ISO 后用 ESXi-Customizer 或者 PowerCLI 把对应网卡的 VIB 离线包打进去。以 Realtek 81xx 系列为例标准流程是# 在 Windows 环境下用 PowerCLI 做定制镜像的简化命令 # 先导入 VMware.PowerCLI 模块 Import-Module VMware.PowerCLI # 定义 ESXi 7.0 离线包路径 $isoPath C:\esxi\VMware-ESXi-7.0U3x-xxxxxxx-depot.zip $vibPath C:\esxi\net55-r8125-xxxxxx.vib # 克隆镜像仓库到临时目录 $depot C:\esxi\depot New-Item -Path $depot -ItemType Directory -Force Export-EsxImageProfile -ImageProfile ESXi-7.0U3x-xxxxxxx-standard -ExportToIso -FilePath C:\esxi\custom.iso这段命令的思路是先把官方 depot 包导出成可编辑的镜像但实际做驱动注入时更多是直接修改 depot 里的 VIB 集合。更省事的方案是用现成的集成驱动版 ISO——网上很多基于 ESXi 8.0u3 的集成驱动版就是干这个用的拿它装 7.0 反而可能碰上版本不匹配的问题所以不要混用。驱动注入完成后用新 ISO 引导安装到网卡选择界面就能看到之前消失的硬件。这里有个小技巧如果驱动版本和内核不完全兼容安装能过但管理网卡起来后频繁断连优先去硬件厂商官网找 ESXi 专用驱动不要用 For Linux 的源码包硬编译。3. vCenter 与 DRS 集群把 ESXi 7.0 从单机变成资源池的必由之路3.1 为什么要单独装 vCenter 而不是在 ESXi 里开集群单台 ESXi 7.0 装好直接用 vSphere Client 连上去也能建虚拟机但有几个硬功能只有 vCenter 才能提供vMotion在线迁移虚拟机、DRS动态资源调度、HA高可用、模板克隆。这些是服务器虚拟化真正产生价值的地方——让资源在物理机之间流动而不是每台机器各管各的。vCenter 在 7.0 里是带 Appliance 的版本也就是预置的一个 Photon OS 虚拟机部署时直接把它作为 OVF 模板导入其中一台 ESXi 上。vCenter 版本必须等于或高于宿主机版本比如全环境是 ESXi 7.0vCenter 最好用 7.0 Update 3 以后的版本否则管理界面上会出现兼容性告警。最低资源要求是 4 核 CPU 和 12GB 内存生产环境建议 8 核 16GB因为它在后台要做实时日志采集、性能统计和任务调度内存给少了会直接表现为 vSphere Client 里操作延迟。3.2 创建 DRS 集群的完整步骤DRS 集群是 vSphere 环境里最带感的体验不同负载的虚拟机可以自动在物理机之间迁移业务不感知。创建流程在 vSphere Client 里是纯界面操作但每一步都有值得注意的参数。第一步是建数据中心和数据中心文件夹。右键 vCenter 根节点选择「新建数据中心」名字建议带业务含义比如 SHA-DC-01而不是随便起。第二步是在数据中心下创建集群创建时勾选「vSphere DRS」和「vSphere HA」。DRS 的自动化级别选「全自动」这样负载偏差发生时系统会自动迁移虚拟机如果刚开始做集群可以先选「手动」观察几天建议的迁移计划再切自动。把 ESXi 主机加入集群有两种方式一是先加集群再向集群中添加主机二是在单台 ESXi 上右键移到集群。生产环境常见做法是先建集群再通过 vCenter 的添加主机向导批量把宿主机纳管进来。添加时 vCenter 会要求输入 root 密码并验证 SSL 指纹这个环节经常因为主机时间不同步而报错。创建 DRS 集群时还有一个容易被忽略的选项EVC 模式。同一集群内的物理机如果 CPU 型号不同EVC 可以屏蔽掉上层 CPU 指令集差异保证虚拟机可以无障碍 vMotion。实验环境可以不开但生产环境务必把 EVC 设为集群里最老那颗 CPU 对应的模式否则后面做在线迁移时会出现「目标主机的 CPU 不支持该虚拟机兼容模式」的报错。3.3 DRS 等级参数怎么设DRS 的默认参数是「全自动 3中等迁移阈值」但实际跑业务时这个组合不一定最优。迁移阈值的含义是负载不均衡度超过某个百分比时才触发迁移数值越大越激进、迁移越频繁。我把参数调整经验写在下面这张表里场景自动化级别迁移阈值说明测试环境全自动5激进快速压测集群弹性迁移频繁但可以接受普通生产全自动3中等默认值兼顾均衡与稳定核心数据库手动或半自动2保守避免频繁迁移引发 IO 抖动混合负载全自动4积极高峰期 CPU 内存比例差异大时使用DRS 触发迁移后虚拟机会经历 vMotion 流程这个过程会向目标主机复制内存页。如果网络骨干是千兆迁移一个 64GB 内存的虚拟机可能要几分钟期间虚拟机的性能会略有下降。所以网络带宽不足时优先调低迁移阈值不要盲目追求集群负载绝对平均。3.4 网络与存储池化建议DRS 集群跑起来之后网络配置是另一个容易埋雷的点。ESXi 7.0 的虚拟机流量、管理流量、vMotion 流量、FTFault Tolerance流量都要走各自的网络。如果物理交换机只有两块网卡建议至少做成 LACP 捆绑并在 vSwitch 上划分 VLAN。一个常见的合理划分是管理网络单独一个 VLAN虚拟机流量一个 VLANvMotion 一个 VLAN——千万不要让 vMotion 和管理网络共用同一 IP 段这在流量高峰期会互相影响。存储方面做 ESXi 集群最常见的做法是挂载共享存储FC SAN/NFS/ISCSI。NFS 的优点是配置简单挂载一个共享目录所有主机都能看到同一份 VM 文件ISCSI 性能更好但需要额外的网络隔离。创建数据存储时注意 NFS 挂载选项里的「Hard Mount」与「Soft Mount」区别生产环境我一般选 Hard网络抖动时宁可挂起也不能丢数据。所有集群主机看到的数据存储名称必须一致否则 vMotion 会因为找不到同名数据存储而失败。4. 虚拟机生命周期管理从创建 Windows 虚拟机到 Ubuntu 忘记 root 密码的破解路径4.1 用 vSphere Client 新建 Windows 虚拟机的参数设置在 vSphere Client 上新建虚拟机并安装 Windows是从新手到熟手的必经关卡。右键集群或单台 ESXi 选择「新建虚拟机」向导里几个关键参数的设置直接影响后续性能和使用体验。第一个参数是兼容性版本。ESXi 7.0 默认的虚拟机硬件版本是 17如果以后需要迁移到 6.7 或 6.5 环境兼容性版本要降到 13/14否则目标主机打不开。第二个参数是客户机操作系统类型Windows Server 2016/2019/2022 在列表里都能直接选选错会导致虚拟机 BIOS 里的电源管理策略不合适性能打折。第三个参数是磁盘控制器Windows 虚拟机建议选 SATA 或 NVMe 控制器不要用默认的 LSI Logic SCSI——新版 Windows 安装时会缺少驱动装完后认不出系统盘。创建完虚拟机后配置 DVD 光驱指向 Windows ISO 镜像开机前先确认固件类型是 UEFI 还是 BIOS。Windows 11 和 Server 2022 强制要求 UEFI 安全启动如果虚拟机默认是 BIOS 引导安装时直接报错。实验环境 7.0 默认新建虚拟机用的是 UEFI但老模板克隆出来的可能是 BIOS注意排查。4.2 Ubuntu 忘记 root 密码时「ctrld 输入不了」的原因这个场景很典型ESXi 7.0 里跑了一台 Ubuntu 虚拟机忘记 root 密码后按照网上的教程。重启系统—进 GRUB—按 e 编辑内核参数—在 quiet splash 后面加 init/bin/bash然后按 CtrlX 引导。结果卡在恢复模式弹窗提示按 CtrlD 继续或输入 root 密码维护时键盘怎么按都没有反应。原因基本可以锁定为「键盘输入没有传递到虚拟机控制台」。ESXi 的 Web 控制台和 vSphere Client 的终端窗口在虚拟机进入维护模式时USB 键鼠的捕获逻辑经常失效尤其当虚拟机用的是 PS/2 或 USB 平板tablet指针设备时。解决思路不是硬在 Web 控制台里按键盘而是用「强制重新引导」拉回正轨。具体步骤关机该 Ubuntu 虚拟机—编辑设置—加一个干净的 Ubuntu Live CD 挂载—从 Live CD 引导—挂载原系统盘后 chroot 执行 passwd 命令重置密码。用 Live CD 方式时注意如果原系统盘是 LVM 卷chroot 前要先激活逻辑卷# 启动到 Ubuntu Live CD 后先查看系统盘分区 sudo fdisk -l # 如果根分区在 LVM 里用 vgscan 找到卷组 sudo vgscan sudo vgchange -ay # 挂载根分区到 /mnt sudo mount /dev/vgubuntu/root /mnt # 挂载 boot 分区如果有 sudo mount /dev/vgubuntu/boot /mnt/boot # chroot 进入原系统 sudo chroot /mnt # 在 chroot 环境里重置 root 密码 passwd root这段命令的逻辑是先让虚拟机从一个不受密码保护的环境启动再把原系统盘的密码文件挂载进来修改。注 chroot 后 passwd root 生效的前提是原系统盘的 /etc/shadow 文件可写Live CD 引导时不要加只读挂载选项。4.3 删除虚拟机从清单移除与删除数据的两条路ESXi 7.0 删除虚拟机界面上有两个选项「从清单中移除」和「从磁盘删除」。两者的区别新人容易混淆。「从清单中移除」只是把虚拟机从 vCenter/ESXi 的清单里移除磁盘文件.vmdk、.vmx仍然留在数据存储上占用的空间不释放。适合临时下线但保留数据备份的场景。但注意如果虚拟机被移除后又被重新注册网络配置和 BIOS UUID 可能变化Windows OEM 激活信息会失效。「从磁盘删除」是把虚拟机的配置文件和虚拟磁盘一并删除空间立刻释放。操作后数据无法找回除非之前做过快照或备份。我一般建议在执行删除操作前先在存储层看一眼该虚拟机的实际磁盘文件大小确认没有把快照链的某个增量盘误删。另外删除动作不可逆界面里删除按钮的确认弹窗默认不带二次确认点错了就是血泪。删除完成后数据存储的空间不会立刻在 vSphere Client 里刷新这是正常的。如果发现「数据存储空间没有随删除 VM 而释放」多半是有另一个快照文件或孤立的临时文件还在占用空间需要查数据存储里有没有带 .vmsn 或 .vswp 后缀的残留文件。5. ESXi 7.0 日常翻车避坑记录证书过期、许可证密钥与驱动玄学5.1 vSphere Client 证书过期后的应急登录ESXi 7.0 默认生成的是自签名证书有效期通常 10 年但之前从 6.x 升级上来的环境证书可能是 6.x 时期签发的到期后 vSphere Client 会直接拒绝连接资源。这不是账号密码问题是 SSL 握手层面就断了。应急登录的办法是绕过证书校验。vSphere Client 连接时在「连接」界面点「仍要连接」或者输入地址后回车弹窗里选「忽略证书错误」如果是命令行工具可以在 PowerCLI 里先跳过 CA 校验# PowerCLI 忽略证书错误只用于应急诊断 Set-PowerCLIConfiguration -InvalidCertificateAction Ignore -Confirm:$false # 连接 vCenter 或 ESXi Connect-VIServer -Server 192.168.1.10 -User root -Password xxxx以上命令的意思是让 PowerCLI 信任任意证书把连接动作的门槛降到最低。但注意这条语句同时关闭了所有目标主机的证书校验如果当前网络环境存在被劫持风险不建议长期这样操作。证书问题的根治办法是重新部署内部 CA 或延长自签证书有效期。操作位置在 vCenter 的管理界面「证书管理」里可以重新生成机器证书并设置新的有效期。ESXi 主机的证书替换比较麻烦用 esxcli 命令可以替换主机证书但前提是提前准备好 PEM 格式的证书和私钥。5.2 许可证密钥过期导致功能受限ESXi 7.0 没激活是评估模式60 天到期后虚拟机的运行不受影响但很多功能被锁死无法给虚拟机配置硬件热添加、无法使用 vMotion、无法创建模板、打开电源时提示许可限制。这时候输入 vSphere 许可证密钥的方式有两种如果只有一台 ESXi直接在 vSphere Client 主机的「配置—许可」里点击「分配许可证」并输入密钥如果环境里有 vCenter则在 vCenter 的「许可证」管理里批量分配。输入密钥后有个常见误会许可证密钥带功能模块后缀比如 vSphere vMotion如果是纯 ESXi 版本密钥DRS、HA、vMotion 仍然不可用只能在界面里看到灰色的选项。所以采购时先确定功能模块不要只看「ESXi 7.0 企业版」这个笼统的描述。密钥过期后界面会频繁弹出「评估模式已过期」的横幅这个提示不会影响已有虚拟机的运行但会影响新建虚拟机的硬件版本选择范围新的硬件功能特性全部不可选。5.3 存储空间没有随删除 VM 而释放删除虚拟机后数据存储空间不释放是我遇到最频繁的排障需求之一。现象在数据存储浏览器里看不到该虚拟机的文件夹但存储空间显示占用率不变。原因一般是以下几种情况之一。第一虚拟机有快照链未合并。删除虚拟机前如果快照状态是「存在」删除操作可能只删了配置文件和当前磁盘而快照的数据块可能还在。进入数据存储浏览器找到残留的文件夹检查是否有 .delta.vmdk 或 -000001.vmdk 这样的文件。解决方法是恢复到快照管理界面确认没有活动的快照记录或者直接删掉残留磁盘文件。第二有交换文件或挂起文件残留。.vswp 文件是每次虚拟机开机时生成的交换文件如果虚拟机处于挂起状态时被删除.vswp 可能还躺在数据存储里。直接在数据存储浏览器里按大小排序找到大文件人工确认后删除。第三存储回收策略没生效。VMFS 数据存储在文件删除后会保留一个延迟回收期这是文件系统的惰性清除行为。可以在 ESXi 主机上用 esxcli 命令强制执行空间回收# 查看 VMFS 数据存储的容量使用情况 esxcli storage filesystem list # 强制回收特定数据存储上的空闲块 vmkfstools -y /vmfs/devices/disks/naa.xxxx参数说明vmkfstools -y 触发整个数据存储的块回收执行时间取决于数据存储上的文件数量和体积大存储上可能需要几分钟到几十分钟期间该数据存储上的虚拟机 IO 会短暂下降。5.4 用 ESXi 8.0u3 集成驱动版镜像装 7.0 的误区网上很多「ESXi 8.0u3 集成驱动版」镜像本质是把 8.0 的内核和驱动打在一起的定制 ISO。拿它去装 7.0 环境安装器会直接拒绝或报不兼容的内核版本错误。正确操作路径是如果目标版本是 7.0就找 7.0 对应 Update 版本的集成驱动版。两者不能交叉使用。而且集成驱动版里的附加驱动如果和现存硬件不匹配会在启动阶段卡在「Loading module…」的进度条上现象是进度条走完但系统没进入配置界面。这时需要确认镜像内 VIB 包和你硬件型号的一一对应关系不要在多个版本间混用驱动。5.5 主机时间不同步引发的证书与 vMotion 问题ESXi 7.0 主机时间如果严重偏离 vCenter 时间会出现两种怪异现象一是 CPU 利用率曲线全是毛刺二是 vSphere Client 登录卡在「正在认证」很久。根因不是系统故障而是时间差距导致 Kerberos 票据验证失败。解决方法是给 ESXi 和 vCenter 都配置 NTP。vCenter Appliance 在部署完成后会自动启用 NTP 同步但部分定制化部署会关闭ESXi 主机默认走 DHCP 下发的 NTP如果禁用 DHCP 就要手动指定。配置命令# 在 ESXi 上通过 esxcli 设置 NTP 服务器 esxcli system wbem set --enablefalse esxcli network ntp set --serverntp.aliyun.com esxcli network ntp set --serverntp1.aliyun.com # 启动 NTP 客户端 esxcli system ntp set --enabledtrue # 立即同步 esxcli system ntp get这里需要注意的是esxcli network ntp set 命令一次会覆盖之前的服务器列表所以有多台 NTP 服务器时要在同一条命令里写全。设置完成后等两分钟再检查时间偏差时间差大于 30 秒时建议先手动用 ntpdate 拉到接近再启用 NTP 服务否则 NTP 客户端会认为时间跳变过大而拒绝对齐。6. 进阶验证从 ESXi 7.0 迁移到 PVE 的场景与实际操作检查6.1 什么时候值得从 ESXi 迁到 PVEESXi 7.0 环境稳定跑着为什么还有人想把虚拟机导到 PVEProxmox VE最常见的原因是许可证成本和开源生态。PVE 基于 Debian 和 KVM没有授权费且支持 ZFS 存储。当公司缩减 IT 预算或者实验环境多到数不清时迁移是划算的。但迁移不是无痛的。ESXi 7.0 的 vmdk 磁盘和 PVE 的 qcow2 格式不直接兼容虚拟机配置内存、 CPU 拓扑、网卡型号也要重映射。我一般建议满足「非生产 纯实验 数据量不大」这三个条件时再动手。6.2 ESXi VM 迁移到 PVE 的实操路径迁移的常见做法是把 vmdk 转换成 qcow2 后在 PVE 里建一台新虚拟机挂载该磁盘。步骤大致如下。先在 ESXi 侧导出虚拟机磁盘# 在 ESXi 主机上查看虚拟机的虚拟磁盘路径 vim-cmd vmsvc/getallvms # 用 vmkfstools 克隆 vmdk 为可移植的 thin 格式 vmkfstools -i /vmfs/volumes/datastore1/vm-name/vm-name.vmdk \ -d thin /vmfs/volumes/datastore1/export.vmdk然后在有 PVE 的机器上用 qemu-img 把 vmdk 转为 qcow2# 转换格式vmdk 可以是从 ESXi 下载到本地后的文件 qemu-img convert -f vmdk -O qcow2 export.vmdk export.qcow2转换参数说明-f 指定源格式为 vmdk-O 指定目标格式为 qcow2。注意 vmdk 如果是多分卷-flat、-s001、-s002要先合并为一个单文件否则 qemu-img 无法识别。转换完成后在 PVE 里创建相同配置的虚拟机网卡改成 virtio磁盘选择刚转好的 qcow2。开机后有一个高频坑Windows 虚拟机的网卡驱动不认。由 e1000 或 vmxnet3 变成 virtio 后Windows 会丢失网络需要在原有环境里先装 virtio 驱动。6.3 验证迁移结果的三个检查点迁移不是把磁盘文件搬过去就完事前提是能在 PVE 上正常做工。我习惯按三个检查点验证。第一启动后看根分区是否完整识别。老 vmdk 里如果用 IDE 控制器做的引导迁移后要确认 PVE 的磁盘总线类型是否匹配如果原来 IDE、现在 SATA 或 virtio很可能系统引导失败进入恢复模式。第二IP 地址和主机名是否还能续租。ESXi 里虚拟机网卡的 MAC 地址在迁移到 PVE 后默认会生成新 MAC这对基于 MAC 做 DHCP 绑定的场景是坑。建议在 PVE 控制台上手动填回原 MAC 地址保证 DHCP 分配的 IP 不变。第三数据库类虚拟机的数据和缓存是否一致。MySQL/PostgreSQL 在迁移前要做一次完整的停机同步不能热迁移中直接拷数据文件。这个和虚拟化平台无关但在跨平台迁移里最容易忽略。我自己的教训是永远别在生产环境做「实验性迁移」。想验证 PVE 和 ESXi 的互通性先拿一台非核心业务虚拟机练手跑三天观察日志、备份和监控告警都正常后再考虑批量迁移。以上这套动作完整跑下来你会理解为什么老运维总说「虚拟化不是装完就能睡大觉的」也希望这份实操记录能帮你少踩几个我已经替你踩过的坑。本文还有配套的精品资源点击获取