Workstation 15.5.2嵌套ESXi 7.0实战：VMCI与网卡问题修复

把 ESXi 7.0 塞进 Workstation 15.5.2这个组合在官方兼容性列表里基本属于“查无此项”但大家在测试环境里偏偏又绕不开它。我这次实际安装部署了一把把虚拟机的关键参数、安装过程中的注意事项以及两个最折磨人的坑全部摊开讲清楚希望能帮同样在这个组合里折腾的人少走弯路。先说结论Workstation 15.5.2 在嵌套虚拟化层面完全具备跑 ESXi 7.0 的能力但安装完成后大概率会碰到两个隐藏问题——一个是开机卡在 VMCI 端口不放另一个是网卡全部消失、系统直接提示网络接口找不到。这两个问题看着吓人实际根因都在虚拟机的 .vmx 配置文件里改掉对应参数就能正常启动。下面我把完整操作过程、问题定位思路和配置细节分章节写出来。1. 为什么要在 Workstation 里嵌套 ESXi应用场景与版本边界1.1 嵌套虚拟化是什么和“正常安装”有什么不同嵌套虚拟化翻译成大白话就是在虚拟机里面再跑虚拟机。正常安装 ESXi 是直接把它装在一台物理服务器的磁盘上让 ESXi 直接接管 CPU、内存、网卡和存储。而 Workstation 里安装 ESXi本质上是先由宿主机操作系统Windows/Linux接管全部硬件再通过 Workstation 这个虚拟化层模拟出一台“虚拟服务器”最后在这台虚拟服务器上安装 ESXi。这种多层虚拟化的代价很明显性能损耗、IO 延迟升高、部分高级功能不可用。但优势也很突出——你可以在自己的一台电脑上模拟出一整套“机房”把 ESXi 当普通虚拟机来创建、删除、快照、克隆。对于学习 vSphere 管理、测试虚拟机模板、验证自动化脚本的场景来说这是成本最低的路径。我选择 Workstation 15.5.2 而不是更新的 16.x原因很现实手上已有授权而且很多旧版虚拟磁盘和快照文件在这个版本下表现更稳定。如果你也在用 15.5.2完全不必因为网上说“官方不支持 ESXi 7”就放弃尝试只要把下面的参数处理好这个组合是能稳定运行的。1.2 ESXi 7.0的硬件过滤与Workstation 15.5.2的尴尬位置ESXi 7.0 和之前的 6.x 有个明显差异它对 CPU 型号的过滤机制更严格。启动安装程序时ESXi 会检查 CPU 是否支持 VMX、EPT扩展页表、Nested Page Table 等特性一旦检测不通过会直接提示“此 CPU 不受支持”虽然也能继续安装但后续很可能出现无法开机或虚拟机无法启动的问题。在 Workstation 15.5.2 里部署 ESXi 7.0 时宿主机 CPU 的虚拟化扩展会被 Workstation 通过“虚拟化 Intel VT-x/EPT”这个选项透传给嵌套虚拟机。如果创建虚拟机时忘记勾选这个选项ESXi 7.0 安装完大概率会在启动阶段出现异常。另外15.5.2 默认生成的虚拟硬件版本是 15ESXi 7.0 安装程序本身对虚拟硬件版本并不挑剔但虚拟硬件版本直接决定了 VMCI 等虚拟设备的实现方式这也是后面那个“开机卡住”问题的根源。所以先给出整个部署的两个硬性前提宿主机 CPU 必须支持虚拟化并在 BIOS 中开启Workstation 的虚拟机设置里必须勾选向客户机操作系统暴露硬件虚拟化。满足这两点下面的步骤才有意义。2. 创建虚拟机阶段的四个关键参数少设一个后面全是坑2.1 客户机操作系统类型与固件选择创建虚拟机时Workstation 会让你选择客户机操作系统类型。这一步很多人会随便选一个“VMware ESXi”但注意 15.5.2 的下拉列表里其实有更精确的选项在“VMware ESXi”分支下可以直接选择“VMware ESXi 7.0”。选对类型有两个好处Workstation 会基于 ESXi 7.0 的硬件特征自动调整虚拟硬件的默认兼容性设置会提前准备 VMCI 等组件的对应逻辑。虽然 15.5.2 的列表停留在 7.0 这个版本号但后续小版本比如 7.0 Update 2、7.0 Update 3的系统镜像都能使用这套虚拟机配置。固件类型建议选 BIOS不要选 EFI。ESXi 7.0 在嵌套环境下使用 EFI 启动有时会出现引导过程中卡在“Loading /vmwera.b00”的界面或者安装完成后重启无法正常进入系统。BIOS 模式虽然传统但在嵌套场景下兼容性最稳。这个选择不需要什么高级理由纯属实测下来避坑。2.2 CPU、内存、网络适配器的选择逻辑CPU 配置上处理器数量给 1 颗就行核心数建议 2 到 4 核。ESXi 本身对 CPU 核心数没有硬性下限但后续你要在里面跑虚拟机核心太少会明显卡顿。重点在于点击“虚拟化引擎”区域的“虚拟化 Intel VT-x/EPT”或对应的 AMD 选项这一步决定了 ESXi 7.0 安装完成后能否正常启动虚拟机。内存方面ESXi 7.0 官方要求最低 4GB但实际安装过程中如果你在 Workstation 里只给 4GB系统跑起来之后可用内存会非常紧张安装程序到最后阶段可能表现得很卡。建议直接分配 8GB 或更高。如果你的宿主机内存比较充裕12GB 会让 ESXi 里的测试虚拟机跑得更从容。网络适配器这里是一个关键决策点不要使用默认的 VMXNET3直接手动选择 Intel e1000e即 Intel 82574L 网卡。原因我在后面“网络接口全部丢失”那个坑里详细说明。你只需要记住在 Workstation 嵌套 ESXi 7.0 的场景里e1000e 是最稳的选择。这里如果选了 VMXNET3安装阶段也许一切正常但首次启动后很容易出现网卡无法识别的情况。2.3 磁盘控制器的取舍SATA 比 SCSI 和 NVMe 更省心磁盘控制器是很多人容易忽略的设置。Workstation 里新建虚拟机时默认可能是 LSI Logic SCSI 或 NVMe。ESXi 7.0 对 LSI Logic SCSI 和 SATA 控制器都有内置驱动然而在实际嵌套安装中LSI Logic SCSI 偶尔会遇到安装程序检测不到磁盘的报错NVMe 虚拟磁盘在 15.5.2 下的兼容性也很一般。我的建议是显式选择 SATA 控制器并创建单块虚拟磁盘。磁盘大小至少给 50GB安装完 ESXi 7.0 系统本身占用 10GB 左右剩下的空间要留给你后续创建 VM 和存放模板。磁盘拆分成多个文件还是单文件对安装本身没有影响但单文件性能略优建议选单文件。把虚拟磁盘放在机械硬盘上时安装时间会非常漫长如果宿主机上用的是 SSD整个过程会舒服很多。ESXi 7.0 安装器的写入速度完全受限于底层磁盘性能这一步做好能节省不少等待时间。下面用一张表把创建虚拟机时的关键参数汇总出来配置项推荐值说明客户机操作系统VMware ESXi 7.0让 Workstation 匹配 ESXi 7.0 的虚拟设备特征固件类型BIOSEFI 在嵌套下会出现引导兼容性问题内存8GB 及以上低于 6GB 会让安装阶段非常卡CPU1 颗 2-4 核必须勾选虚拟化 VT-x/EPT网络适配器Intel e1000e82574L不要用 VMXNET3否则可能识别不到网卡磁盘控制器SATA规避 LSI SCSI 识别磁盘失败的坑虚拟磁盘单文件50GB系统占用约 10GB剩余留给测试用虚拟机以上参数都配置好之后先不急着启动虚拟机。把 ESXi 7.0 的 ISO 镜像挂载到虚拟机的 CD/DVD 光驱上然后启动电源。3. 从ISO引导到安装完成一步步走完ESXi 7安装向导3.1 引导与欢迎界面耐心等待别乱敲键盘开机后Workstation 会从 ISO 引导显示 ESXi 7.0 的引导菜单。这里正常情况下会停留在“Boot Menu”界面默认选第一项“ESXi Installer”即可。从这个时刻开始你要有心理准备整个过程比安装普通 Linux 发行版慢得多。因为 ESXi 的安装程序要加载驱动、初始化存储栈、检测硬件再加上我们是在嵌套虚拟化环境里每一层检测都会放大延迟。我见过有人在“Loading /vmwera.b00”这个阶段等了两三分钟没反应以为死机了直接关闭虚拟机窗口重来其实多等半分钟就过去了。引导完成后进入黄色背景的 ESXi 安装欢迎界面按 Enter 继续。随后会提示你阅读并接受许可协议按 F11 接受。接下来是磁盘选择界面安装程序会自动检测到刚才创建的 SATA 虚拟磁盘直接选中即可。这里有个值得注意的细节如果前面选错了磁盘控制器磁盘选择界面很可能是一片空白。遇到这种情况不要浪费时间重试直接回到宿主机关机修改虚拟机的磁盘控制器类型。3.2 目标磁盘确认、Root密码与重启选择磁盘进入下一步后安装程序会让你选择键盘布局默认美国英语即可。然后是设置 root 密码。ESXi 7.0 对 root 密码有强度要求至少包含字母、数字和特殊字符长度达标才能通过。这个密码一定要记住后面通过浏览器登录 vSphere Client、SSH 登录都要用到。确认安装后安装程序会提示“此操作将擦除磁盘上的所有数据”按 F11 确认。此时系统开始把 ESXi 7.0 的各个组件写入虚拟磁盘。整个过程大概持续 5 到 15 分钟具体取决于宿主机磁盘性能和内存大小。安装进度到 100% 后提示移除安装介质并重启。从 Workstation 的角度直接把 ISO 从光驱中断开或者编辑虚拟机设置把“启动时连接”取消勾选然后重新启动虚拟机。3.3 首次重启后观察 DCUI 前的等待时间重启之后你可能会看到黑屏或者 VMware 的商标画面停留很久。这是一个正常现象ESXi 内核正在加载首次启动尤其慢。有人喜欢不断按 CtrlAltInsert 强制重启这是最忌讳的——嵌套环境下的 ESXi 启动流程一旦被中断很大概率出现文件系统状态不一致。等到屏幕上出现 ESXi 的 DCUIDirect Console User Interface界面时说明系统已经起来了。DCUI 是 ESXi 的本地管理界面黄色底、可以上下切换菜单。但很多人在这个位置遇到的实际情况是界面没有正常出现而是卡在了一个让人摸不着头脑的状态。下面两个坑是我这次安装过程中亲眼见到的并且网上讨论很多但说法不一我把完整的排查思路写出来。4. 踩坑实录一开机卡在 VMCI 服务端口等待数十秒后放弃引导4.1 症状进度条卡住、黑屏、随后自动重启循环安装完成重启后DCUI 迟迟没有出现。虚拟机控制台停留在黑屏状态偶尔能看到一个横条进度或者加载动画然后持续大约半分钟到一分钟虚拟机自动重启然后又卡住又重启。你会感觉像是引导文件损坏或者 ISO 没有移除干净。更诡异的是如果你打开 Workstation 的虚拟机标签页能看到 CPU 和内存的占用率在动说明系统进程已经跑起来了只不过卡在了某一步没有往下走。我当时的第一反应是抓日志但在 DCUI 都进不去的情况下ESXi 的日志文件根本读不到只能从 Workstation 的虚拟机配置入手排查。4.2 排查过程检查 vmx 配置文件中的虚拟设备Workstation 里每个虚拟机的配置都以 .vmx 文件保存在虚拟机目录中。我先在虚拟机目录下打开了 .vmx 文件逐行查看设备配置。注意到文件里存在和 VMCI 相关的配置项vmci0.present以及一个系统分配的端口号。VMCI 是 VMware 虚拟通信接口用于宿主机与虚拟机之间通信对大多数普通 guestOS 来说它完全透明但在嵌套 ESXi 的场景里问题就出在这里ESXi 7.0 会尝试加载一套独立的 VMCI 驱动这个驱动又试图访问 Workstation 提供的 VMCI 设备端口。在特定虚拟硬件版本下这套机制的协商会卡住导致内核启动流程一直等待设备响应迟迟不进入下一阶段。为了验证这个判断我先把虚拟机的硬件版本通过编辑 vmx 文件临时降级重启后虚拟机能够越过这个卡住点但随之又引入了别的兼容性问题。这说明问题核心确实和 VMCI 设备有关但通过降级虚拟硬件版本解决属于“杀敌一千自损八百”。于是继续尝试更精准的修法。4.3 根因确认与修复关闭 VMCI 设备最终修复方式非常直接在 .vmx 配置文件中显式禁用 VMCI 设备。具体做法是关闭虚拟机用文本编辑器打开 .vmx 文件在文件末尾添加vmci0.present FALSE vmci0.unrestricted FALSE保存文件后重新启动虚拟机ESXi 内核启动过程会跳过 VMCI 协商这一环DCUI 正常出现。这里说句题外话网上的部分教程会让你把虚拟硬件版本改成 14 甚至 13 来规避这个卡住问题我实测下来确实也能让系统起来但 ESXi 7.0 对虚拟硬件版本有要求版本太低会导致某些驱动模块加载异常系统启动后会伴随各种不可名状的问题。禁用 VMCI 设备是最小改动、副作用最小的方案强烈建议优先使用。关于这个坑需要说明的是并非所有 15.5.2 环境都必现它和宿主机 CPU 型号、Workstation 的补丁级别都有关系。但碰到启动卡住的情况时不要再反复重装系统了先检查 .vmx 里面的 VMCI 配置这是最高效的路径。5. 踩坑实录二网络接口全部丢失No network interfaces found5.1 症状能进 DCUI但网卡列表是空的好不容易让 DCUI 正常出现我继续做网络配置却发现界面上显示网络接口数量为 0下方提示 “No network interfaces found”。正常情况下DCUI 的“Configure Management Network”菜单里应该能看到一块虚拟网卡比如 vmnic0。这个界面如果显示没有任何网卡意味着 ESXi 系统里没有加载到可用的网卡驱动或者驱动加载了但没有识别到设备。我当时用的网卡是 VMXNET3也就是 Workstation 新建虚拟机时的默认选项。5.2 排查过程从驱动装载和硬件类型两个方向入手ESXi 7.0 其实是自带 VMXNET3 驱动的否则它也没法在 Workstation 16 等受支持版本上正常安装。那为什么同一块 VMXNET3 虚拟网卡在 15.5.2 里会识别不到我先通过 DCUI 按 AltF1 进入 ESXi Shell因为这时还没有配置管理网络只能靠本机命令来诊断。执行 esxcli network nic list 时提示没有可用设备ls /vmfs/devices 下也找不到和网卡相关的 vmk 设备。查看系统日志能看到网卡驱动确实加载了但设备枚举过程中没有成功关联到具体的 PCI 设备。这就把问题范围缩小到了 Workstation 的 VMXNET3 设备实现与 ESXi 7.0 驱动之间的兼容性上。15.5.2 里的 VMXNET3 虚拟设备版本较旧而 ESXi 7.0 的 vmxnet3 驱动在设备握手时要求一些新的能力位两边对不上网卡自然就消失了。其实还有一个已知细节ESXi 7.0 的安装镜像默认包含 net-vmxnet3 驱动但这个驱动在嵌套环境下更偏向支持较新的虚拟设备版本。Workstation 16 之后对 VMXNET3 的实现做了升级ESXi 7 跑在 Workstation 16 里 VMXNET3 通常是正常的而 15.5.2 因为是较旧的虚拟设备实现所以更容易踩到这个坑。5.3 根因确认与修复换成 e1000e 网卡规避驱动握手问题排查清楚之后修复方案也不复杂把虚拟机的网卡从 VMXNET3 改成 Intel e1000e。e1000e 是 ESXi 7.0 内置驱动的老牌网卡设备实现极其成熟在嵌套环境下握手成功率远高于 VMXNET3。操作步骤先关闭虚拟机在 Workstation 菜单中打开“虚拟机设置”移除现有的网络适配器然后重新添加一个网络适配器类型选择“Intel e1000e”在较新的 Workstation 版本里显示为 Intel 82574L。或者直接编辑 .vmx把 ethernet0.virtualDev 的值从 vmxnet3 改成 e1000e。ethernet0.virtualDev e1000e改完后重启虚拟机。正常情况下列表里就会出现 vmnic0并且可以正常识别链路状态。我在 DCUI 的 Network Adapters 页面中看到 vmnic0 后给管理网络分配好 IP 地址宿主机浏览器就能访问 ESXi 的 Web 管理界面了。这里补充一点网络适配器模式建议选“桥接模式自动”。如果后续要用宿主机浏览器直接访问 ESXi 的 443 端口或者希望 ESXi 里创建的虚拟机可以和局域网内的其他设备通信桥接是最直观的方式。NAT 模式也能用但 ESXi 里嵌套出来的虚拟机再做一层 NAT网络路径过于啰嗦排查问题时不方便。6. 初始化配置与健康检查Web界面、许可证与存储状态6.1 DCUI 网络配置与 SSH 开关DCUI 正常进入并识别到 vmnic0 之后首先要配置管理网络。在 DCUI 主界面选择“Configure Management Network”进入“Network Adapters”把 vmnic0 勾选为已启用。然后在“IPv4 Configuration”里选择手动配置 IP或者依赖 DHCP 自动获取。我这里直接配置了静态 IP、子网掩码和网关方便后续固定访问。配置完成后按 Esc 回到主界面系统提示是否应用更改并重启管理网络确认即可。应用后你会看到 DCUI 上方显示一个可访问的 IP 地址这就是 ESXi Web 管理界面的入口。建议顺手把 SSH 打开DCUI 里选择“Troubleshooting Options”启用 ESXi Shell 和 SSH。这样后面通过命令行调试、查看日志、执行 esxcli 命令都会方便很多。在嵌套测试环境里SSH 是你最重要的观察窗口。6.2 浏览器登录 vSphere Client 与许可证说明在宿主机浏览器地址栏输入 https://你配置的IP地址/ui会看到 ESXi 7.0 的 vSphere ClientHTML5页面。首次访问会有证书警告这是正常的——ESXi 默认使用自签名证书测试环境点“继续访问”即可。用 root 账号登录后先看“主机”选项卡下的许可状态。ESXi 7.0 默认进入评估模式有 60 天试用期。对测试环境来说这完全够用。如果你想长期使用这个嵌套环境做实验可以购买订阅授权并通过“许可证”菜单输入密钥来激活如果只是短期学习评估模式到期前重新部署一次即可测试环境里的虚拟机、模板可以事先导出备份。6.3 存储与 coredump 警告的说明登录 Web 界面后进入“存储”菜单能看到刚才安装系统的 50GB 虚拟磁盘被识别为本地存储。有一个小提示Workstation 的虚拟磁盘在不少情况下会触发“此主机需要配置 coredump 分区”之类的告警。这个告警在物理机安装 ESXi 时也偶尔出现通常是因为没有预留专门的 coredump 空间。实际上嵌套环境里 coredump 功能的意义有限系统崩溃时就算生成了转储文件从 Workstation 层面也难以有效读取。这个告警可以忽略不影响正常功能。如果你不想看到红色警告可以进入“主机”-“服务”里把 coredump 相关的配置指定到一个空闲分区或者在 SSH 里执行 esxcli system coredump partition set 手动设置。我没在这上面做太多纠缠毕竟测试机最重要的是功能可用而不是告警清零。7. 嵌套环境的后续建议与性能认知7.1 不要在嵌套环境里跑重负载工作ESXi 7.0 在 Workstation 15.5.2 里跑起来之后我会在里面创建测试用的虚拟机做实验。整体体验是CPU 密集型操作基本可用IO 密集型操作明显缓。原因是每次虚拟机执行磁盘读写时数据要穿透 Workstation 的虚拟化层再穿透 ESXi 的虚拟化层两次翻译下来延迟自然上升。所以如果你打算在这个环境里跑数据库性能测试、大规模文件拷贝或者验证存储性能相关的配置我得先给你泼个冷水结果参考价值有限。这个组合最适合的场景是学习管理逻辑、测试虚拟机部署流程、跑自动化脚本、验证网络拓扑。想在单机环境里同时跑多个负载较重的 VMWorkstation 里给 ESXi 分配的资源就要足够大否则 ESXi 本身就会频繁出现内存压力。7.2 快照与克隆的正确使用方式Workstation 的虚拟机快照和 ESXi 层的快照是两套独立机制。在 Workstation 里给 ESXi 虚拟机拍快照救的是 ESXi 系统本身在 ESXi 里给虚拟机拍快照管的是嵌套环境里的测试 VM。建议装好 ESXi、配置好网络、确认 Web 界面可登录之后先在 Workstation 层面拍一个干净快照。这样后面在 ESXi 里各种折腾出了问题直接 restore就不用重新装系统了。我在部署完成后给这个“干净状态”打过快照之后再做任何风险操作前都会顺手拍一个实测非常省时间。7.3 如果要升级 Workstation 版本需要重新评估什么如果你之后把 Workstation 升级到 16.x 或更高版本原本的 ESXi 7.0 虚拟机大概率还能直接打开运行但要注意两点版本升级后 Workstation 可能提示更新虚拟硬件版本此时不要盲目确认升级ESXi 7.0 在更高虚拟硬件版本上可能存在新的兼容性问题升级前最好先复制一份虚拟机目录做备份。在 15.5.2 上配置好的 .vmx 参数禁用 VMCI、e1000e 网卡等在其他版本下不一定需要但加上也不会影响正常使用。我个人建议保持原配置让环境处于一个可解释、可复现的状态。最后分享一个小经验在 Workstation 15.5.2 里部署 ESXi 7.0安装完成后的第一次启动是最慢的VMCI 那个坑如果不处理你会在“慢”的过程中误判为死机。所以把 .vmx 文件提前改好再启动能省掉大量重复安装的时间。我自己第一次踩坑时反复重装了三遍才意识到问题出在配置文件上。希望这份部署记录能帮你一遍装通。