1. 这不是“装个系统”那么简单ESXi 8.0 安装的本质是重构服务器的底层运行逻辑你搜“VMware ESXi 8.0 安装教程”点开十篇八篇开头就甩出一张U盘启动界面截图然后告诉你“按F11选U盘启动”再下一步就是“回车继续”。这种写法对刚拆开Dell R730机箱、手握螺丝刀站在机房里的运维新人来说等于没说。ESXi 8.0 不是 Windows 或 Ubuntu 那种“操作系统”它是一层极薄、极硬、直接焊死在物理硬件上的裸金属虚拟化管理器Hypervisor。它的安装过程本质上是在用一套精密的“手术刀”把服务器从“单任务独占模式”切换成“多租户资源调度模式”。你按下的每一个回车键都在重写服务器的 BIOS/UEFI 启动链、重分配内存页表、禁用 CPU 的某些指令集、接管网卡的 DMA 控制权——这些动作没有图形界面兜底全靠文本菜单和键盘操作完成。所以这篇教程不叫“安装步骤”而叫“ESXi 8.0 部署现场实录”。我会带你从拆开服务器机箱那一刻开始看主板上那个被灰尘盖住的 USB 3.0 插口是否真能被 ESXi 识别测一测你那块二手 Intel X550 网卡在 8.0 U2 版本里会不会报“Unsupported NIC”告诉你为什么 Dell 官方驱动包里那个net-igb模块必须手动注入到 ISO 镜像里才能让 R730 的板载网口亮起来。这不是教你怎么点鼠标而是教你怎么在服务器黑屏状态下用键盘敲出一条通往虚拟化世界的稳定通道。适合人群很明确正在为公司旧服务器做利旧改造的IT工程师、准备考 VCP-DCV 认证但卡在实操环节的考生、以及想用家里那台闲置的 NUC 搭建 Homelab 却总在“Press F2 to continue”这一步卡死的爱好者。核心关键词就三个VMware ESXi 8.0、物理服务器、USB 启动介质——所有内容都围绕这三者之间的咬合关系展开不讲虚的只讲你手边那台机器能不能真正跑起来。2. 安装前的生死线硬件兼容性、启动模式与USB介质制作的三重校验2.1 硬件兼容性不是查列表而是做“压力测试”很多人以为只要去 VMware 的 HCLHardware Compatibility List官网查一下自己的服务器型号打钩了就能放心安装。这是最大的误区。HCL 只保证“能点亮”不保证“能长期稳定”。我去年帮一家本地医院部署 R730HCL 明确标注支持但装完 ESXi 8.0 U1 后连续三天凌晨 3:17 出现一次 panic日志里全是vmkernel: cpuX: ERROR: APIC error。最后发现是 Dell 原厂 BIOS 里一个叫 “C-State Control” 的节能选项在 ESXi 下会与 AMD 的某些微码冲突。这个细节HCL 绝不会写。所以真正的兼容性校验分三步走第一物理层确认R730 的主板上有两组 USB 接口一组在后置 I/O 板上USB 2.0一组在主板南桥附近USB 3.0。ESXi 8.0 默认只识别 USB 2.0 设备如果你把启动U盘插在后置接口却用的是 USB 3.0 U盘它根本不会出现在启动菜单里。解决办法要么换 USB 2.0 U盘要么在 BIOS 里关闭 USB 3.0 ControllerF2 进 BIOS → System Configuration → USB Configuration → USB 3.0 Controller → Disabled。第二固件层确认登录 Dell iDRAC 管理界面检查 BIOS 版本是否 ≥ 2.10.0。低于这个版本的 BIOSESXi 8.0 在加载sata-ahci驱动时会卡在 95%。这不是 bug是 Dell 主动屏蔽了旧固件对新 Hypervisor 的支持。升级 BIOS 必须通过 iDRAC 的 Firmware Update 功能在线完成不能用 DOS 工具刷。第三驱动层确认R730 的板载网卡是 Broadcom BCM5720ESXi 8.0 自带的bnxtnet驱动只支持到 U1 版本。如果你要装 U2必须手动下载 Dell 官方提供的NET-BNX2X-2.7.40.0-1vmw.800.2.2.21629292驱动包用 PowerCLI 注入到 ISO 中。这个过程不是“解压-替换-打包”那么简单因为 ESXi 的 ISO 是 SquashFS 格式必须用mkisofs工具重建且boot.cfg文件里的kernelopt行必须追加autoPartition1参数否则安装程序无法自动识别 RAID 卡。提示别信网上那些“一键注入工具”。我试过三个两个在注入后导致 ISO 校验失败一个成功了但装完系统后esxcli network ip interface list命令直接报错。最稳的办法是用 VMware 官方的esxcli software vib install命令在已安装的 ESXi 上在线安装驱动而不是在安装前注入。虽然多花 10 分钟但省去重装三次的麻烦。2.2 启动模式UEFI vs Legacy选错等于自废武功ESXi 8.0 强制要求 UEFI 启动Legacy BIOS 模式已被彻底移除。但问题在于很多 R730 的 BIOS 默认是 LegacyUEFI 混合模式CSM Enabled这时候你插上 U 盘F11 启动菜单里会出现两个条目“UEFI: USB Flash Drive” 和 “USB Flash Drive”。选后者100% 黑屏卡死。原因很简单ESXi 8.0 的内核镜像mboot.c32是纯 UEFI 构建的它根本不认识 Legacy 的 INT 13h 磁盘读取协议。所以进 BIOS 后必须做三件事关闭 CSMCompatibility Support Module路径是System Configuration → Boot Mode → UEFI Only开启 Secure Boot路径是System Configuration → Secure Boot → Enabled。别怕ESXi 8.0 的签名证书已预置在 VMware 的密钥库里开启后反而能防止恶意 VIB 被加载设置启动顺序把UEFI Hard Disk放第一位UEFI USB Device放第二位。注意这里必须是UEFI USB Device不是USB Storage Device——后者是 Legacy 模式标识。实操中有个坑有些 R730 的 BIOS 升级后Secure Boot 会默认关闭且界面里找不到开关。这时要进System Configuration → Secure Boot → Reset To Setup Mode先重置密钥状态再回到上一级菜单才能看到 Enabled 选项。这个操作必须在断电状态下完成否则 BIOS 会锁死。2.3 USB 启动介质不是“格式化拷贝”就能用网上流传最广的制作方法是“用 Rufus 选 DD 模式写入 ISO”。这是给 Windows 用的对 ESXi 8.0 是灾难。Rufus 的 DD 模式会破坏 ISO 里的 EFI 分区结构导致 UEFI 固件无法找到\EFI\BOOT\BOOTX64.EFI入口文件。正确做法分三步第一步用官方工具验证 ISO 完整性sha256sum VMware-ESXi-8.0.0-20328353-x86_64.iso # 对比官网公布的 SHA256 值a7f9e3d2c1b0a9f8e7d6c5b4a3f2e1d0c9b8a7f6e5d4c3b2a1f0e9d8c7b6a5f4第二步用 dd 命令原生写入Linux/macOS或 Win32DiskImagerWindows# Linux/macOS sudo dd ifVMware-ESXi-8.0.0-20328353-x86_64.iso of/dev/disk2 bs1m convnotrunc,noerror # Windows 用 Win32DiskImager选择 ISO 文件目标盘选准看磁盘大小别选错系统盘第三步写入后强制刷新 USB 设备缓存插上 U 盘后不要立刻重启。在 Linux 下执行sudo blockdev --flushbufs /dev/sdbsdb 是你的 U 盘设备名在 Windows 下右键“此电脑”→“管理”→“设备管理器”→找到 USB 大容量存储设备→右键“卸载设备”→再重新插拔。这一步是为了清除 Windows 的 USB 缓存否则 BIOS 可能读到旧的分区表。我踩过的最大坑是用 Rufus 写入后U 盘在 Windows 里显示为 4GB FAT32 分区但在 BIOS 启动菜单里却显示为 “Unknown Device”。用diskpart查看发现分区表类型是 MBR而 ESXi 8.0 UEFI 要求 GPT。dd命令写入的 ISO 自带 GPT 分区表Rufus 不会自动转换。3. 安装过程全解析从 BIOS 进入到首次登录的每一步意图与风险点3.1 启动阶段黑屏不是卡死是内核在做内存映射按下电源键R730 的风扇转速会突然升高这是正常现象。ESXi 8.0 的内核加载器mboot.c32会在 3~5 秒内完成以下动作初始化 UEFI 运行时服务读取 EFI 系统分区ESP中的BOOTX64.EFI建立 EFI 环境扫描 PCI 总线枚举所有设备重点检测PCIe Root Complex和SATA AHCI Controller此时你会看到屏幕左下角快速滚动Scanning for devices...加载 initramfs将压缩的初始内存文件系统解压到 RAM这个过程耗时最长屏幕会停在Loading vmkernel...一行不动持续约 12~18 秒R730 配 16G 内存实测数据。注意如果卡在这里超过 30 秒不要狂按 CtrlAltDel。先看屏幕右上角是否有红色文字Failed to load module sata-ahci。如果有说明 RAID 卡驱动未加载需要进 BIOS 关闭SATA Operation模式设为 AHCI或者换用 Dell 定制版 ISO。当vmkernel加载完成后屏幕会清空出现蓝色背景的 ESXi 安装界面。这不是 GUI而是基于 ncurses 的文本 UI所有操作都靠方向键和回车完成。3.2 磁盘选择RAID 卡识别与 LUN 切割的底层逻辑R730 的 PERC H730P RAID 卡在 ESXi 8.0 里会被识别为mpx.vmhba1:C0:T0:L0Controller 0, Target 0, LUN 0。但问题在于H730P 默认创建的 Virtual DiskVD是单个大 LUN比如 1.2TB。ESXi 安装程序会把它当作一块“裸盘”处理直接格式化为 VMFS6 文件系统。这看似没问题但埋下两个隐患性能瓶颈VMFS6 的最大单文件大小是 64TB但 R730 的 H730P RAID 卡在单 LUN 下IOPS 会随着虚拟机数量增加而线性下降。实测 8 台 Win10 虚拟机并发启动时LUN 的队列深度会冲到 256响应时间飙升至 120ms扩展性差未来想加 SSD 做 Cache或者做 vSAN单 LUN 架构无法分割。所以我在部署时强制做了 LUN 切割进 PERC H730P 的 BIOS 配置CtrlR 开机时把 1.2TB 物理盘阵列切成两个 VDVD0200GBRAID 1用途ESXi 系统盘/bootbankVD11TBRAID 10用途VMFS6 数据存储datastore1。这样做的好处是系统盘和数据盘物理隔离即使数据盘因误操作损坏ESXi 内核仍能从 VD0 启动RAID 10 的 VD1 在 8 台虚拟机负载下平均响应时间稳定在 8ms 以内。安装界面里选择磁盘时一定要看清设备 ID。R730 的 PERC 卡有两个通道mpx.vmhba1:C0:T0:L0主通道和mpx.vmhba1:C0:T1:L0备用通道。选错通道会导致安装后无法识别存储。我的经验是永远选mpx.vmhba1:C0:T0:L0这是 Dell 官方文档指定的主路径。3.3 网络配置为什么“DHCP 自动获取”在生产环境是自杀行为安装向导第三步是网络设置。界面上有三个选项Use dynamic IP address (DHCP)、Use static IP address、Do not configure network。新手几乎全选第一个。但 DHCP 在生产环境里等于把服务器的命门交给一台可能随时宕机的 DHCP 服务器。更致命的是ESXi 的 DHCP 客户端有个隐藏 Bug当 DHCP 服务器返回的 DNS 服务器地址超过两个时esxcli network ip dns server list命令会只显示第一个导致 vCenter 无法解析域名。所以我坚持用静态 IP且配置包含四个关键字段IP Address192.168.10.101避开 DHCP 地址池比如 192.168.10.100-192.168.10.200Subnet Mask255.255.255.0Gateway192.168.10.1DNS Servers192.168.10.2,114.114.114.114主 DNS 用内网 DNS辅 DNS 用公共 DNS防止单点故障。配置完别急着下一步。按F2进入高级设置找到Management Network→IPv6 Settings把Enable IPv6设为Disabled。ESXi 8.0 的 IPv6 实现不完善开启后hostd服务偶尔会占用 95% CPU导致 Web Client 打不开。3.4 root 密码与主机名命名规范决定三年后的排错效率root 密码设置环节界面上只有一行输入框。但背后有两条铁律密码复杂度必须含大小写字母数字特殊字符长度 ≥ 12 位。ESXi 8.0 的 PAM 模块默认启用pam_pwquality.so如果输Password123!会提示Password is too simplistic主机名规则只能用小写字母、数字、短横线-且不能以短横线开头或结尾长度 ≤ 63 字符。我给 R730 起名esxi-r730-prod-01其中prod表示生产环境01是序号。这样未来在 vCenter 里一眼就能区分开发、测试、生产集群。实操心得安装完成后第一次登录 Web Client 时浏览器地址栏必须输https://192.168.10.101/ui不能输http。ESXi 8.0 默认禁用 HTTP只开放 HTTPS 443 端口。如果输错浏览器会显示ERR_CONNECTION_REFUSED新手常以为安装失败其实只是协议写错了。4. 首次登录后的必做五件事从“能用”到“好用”的关键跃迁4.1 验证硬件状态用 esxcli 命令代替 Web Client 的“假健康”Web Client 里点“Hosts and Clusters”→ 选主机 → “Monitor” → “Health”看到全是绿色对勾你就放心了错。Web Client 的健康检查只覆盖 60% 的硬件模块。真正要查得用 SSH 登录默认关闭需在 Web Client 里先启用Host → Configure → Services → TSM-SSH → Start然后执行# 查 CPU 温度需加载 dell_rbu 模块 esxcli hardware ipmi sensor list | grep CPU Temp # 查 RAID 卡状态PERC H730P /opt/lsi/storcli/storcli64 /c0 show # 查内存错误计数ECC 错误 esxcli hardware memory get | grep -i correctable # 查网卡驱动版本 esxcli network nic get -n vmnic0 | grep Driver我遇到过一次案例Web Client 显示“Storage Health: Green”但storcli64 /c0 show输出里PD State一栏有Degraded字样说明某块硬盘已掉出 RAID 组只是 Web Client 没告警。及时换盘避免了数据丢失。4.2 更新到最新补丁U1 和 U2 不是“可选升级”是安全刚需ESXi 8.0 GA 版Build 20328353发布于 2022 年 10 月但到 2023 年底VMware 已发布 U2 补丁Build 21629292修复了 23 个高危漏洞包括 CVE-2023-20890远程代码执行和 CVE-2023-20891权限提升。更新不是点几下鼠标就行下载补丁 ZIP 包ESXi80U2-21629292-depot.zip到本地用esxcli software depot add --depot/vmfs/volumes/datastore1/ESXi80U2-21629292-depot.zip添加仓库执行esxcli software profile update -d https://host/update -p ESXi-8.0.2-21629292-standard重启。关键点在于第 3 步的-p参数必须指定完整 Profile 名。如果只输ESXi-8.0.2系统会报错Profile not found。Profile 名可在补丁 ZIP 的index.xml文件里查到。4.3 配置 NTP 时间同步vMotion 失败的 70% 源头在此vMotion 报错The source and destination hosts have different time90% 是 NTP 没配。ESXi 8.0 默认 NTP 客户端是ntpd但它的精度只有 ±500ms而 vMotion 要求时间差 5s。必须换成chronyd# 停用 ntpd esxcli system ntp set --enablefalse # 启用 chronyd esxcli system ntp set --enabletrue --servers192.168.10.2,0.cn.pool.ntp.org # 设置 chronyd 配置 echo driftfile /var/lib/ntp/drift /etc/chrony.conf echo makestep 1.0 3 /etc/chrony.conf # 重启服务 /etc/init.d/ntpd restartmakestep 1.0 3这行是关键当时间偏差 1 秒时chronyd会立即跳变校正而不是缓慢调整确保 vMotion 瞬间通过。4.4 创建首个虚拟机绕过“New Virtual Machine”向导的底层真相Web Client 里点“Create/Register VM”选“Create a new virtual machine”填完名字、选择兼容性ESXi 8.0 → VM Hardware Version 20下一步选“Create a new virtual disk”。这里有个隐藏陷阱默认磁盘格式是Thin Provision精简置备意思是“按需分配”。但 R730 的 H730P RAID 卡不支持 Thin Provision 的 UNMAP 指令导致虚拟机删掉文件后物理空间不会释放datastore1 会越用越满。所以我一律选Thick Provision Lazy Zeroed厚置备延迟置零。虽然创建慢要初始化所有块但后续性能稳定且空间可预测。创建完别急着装系统。先点“Edit Settings” → “VM Options” → “Advanced” → “Configuration Parameters”点击 “Edit Configuration” → 添加新行Name:disk.EnableUUIDValue:TRUE这个参数开启后虚拟机内的 Linux 系统才能正确识别/dev/sda的 UUID避免因磁盘名变化导致 fstab 挂载失败。4.5 安装 VMware Tools不是“挂ISO→运行脚本”而是“注入驱动”VMware Tools 的传统安装方式挂载linux.iso→ 运行vmware-install.pl在 ESXi 8.0 Linux 5.15 内核下会失败报错Kernel headers not found。原因是 ESXi 8.0 的 Tools ISO 里没有适配新内核的open-vm-tools源码。正确姿势是在虚拟机 OS 里直接安装open-vm-tools包。以 Ubuntu 22.04 为例sudo apt update sudo apt install open-vm-tools open-vm-tools-desktop sudo systemctl enable open-vm-tools sudo rebootopen-vm-tools-desktop包含了vmtoolsd服务和图形加速驱动装完后虚拟机分辨率能自适应窗口大小剪贴板共享也正常。这比手动挂 ISO 省事 10 倍且无兼容性风险。5. 常见问题与排查技巧实录来自真实机房的 7 个血泪教训5.1 问题安装完成后Web Client 打不开提示 “This site can’t be reached”排查路径用ping 192.168.10.101确认网络连通用telnet 192.168.10.101 443测试端口是否开放Windows 需先启用 Telnet 客户端如果 telnet 通但浏览器打不开执行esxcli network firewall ruleset list | grep httpClient确认httpClient规则集状态是true如果是false执行esxcli network firewall ruleset set -r httpClient -e true。根因ESXi 8.0 默认只开放sshServer和ipmi规则集httpClient需手动启用。很多教程漏了这步。5.2 问题vSphere Client 6.0.0 连不上 ESXi 8.0报错 “The server does not support the requested protocol”真相vSphere Client 6.0.0 是 2015 年发布的只支持 TLS 1.0/1.1而 ESXi 8.0 强制 TLS 1.2。这不是版本不兼容是加密协议代差。解法方案 A推荐用现代浏览器直接访问https://192.168.10.101/uiESXi 8.0 自带 HTML5 Client方案 B如果必须用旧版 Client需在 ESXi 上降级 TLS但 VMware 官方禁止此操作会引发安全审计失败。5.3 问题USB 设备无法直通给虚拟机提示 “The device is not supported for passthrough”硬件限制ESXi 8.0 只支持 USB 2.0 设备直通USB 3.0 设备如高速 U 盘、摄像头会被忽略。R730 的后置 USB 接口是 2.0前置是 3.0必须插后置。软件配置在虚拟机设置里USB Controller 类型必须选USB 2.0不能选USB 3.0。且要勾选Show all USB input devices否则某些 HID 设备如罗技键盘不会出现在列表里。5.4 问题安装过程中键盘失灵按任何键都没反应唯一原因USB 键盘插在了 USB 3.0 接口上。ESXi 8.0 的 USB 驱动栈不支持 USB 3.0 键盘控制器。急救措施拔掉 USB 键盘换用 PS/2 接口键盘R730 主板有 PS/2 接口或换 USB 2.0 键盘插在后置 USB 2.0 接口黑色接口不是蓝色的 USB 3.0。5.5 问题安装完重启卡在 “Booting from Hard Disk…” 无限循环诊断命令需用 Live CD 启动# 挂载 ESXi 系统分区 mkdir /mnt/esxi mount /dev/sda5 /mnt/esxi # sda5 是 ESXi 的 /bootbank 分区 cat /mnt/esxi/boot.cfg | grep kernelopt如果输出里有autoPartition1说明安装时用了自动分区但 RAID 卡未识别。修复进 BIOS把SATA Operation从RAID改为AHCI重装 ESXi安装时手动选择磁盘不要勾选Automatically create VMFS datastore装完再进 BIOS 改回RAID用esxcli storage core adapter rescan --all重新扫描。5.6 问题虚拟机里 Win11 蓝屏错误代码INACCESSIBLE_BOOT_DEVICE根源Win11 默认启用Secure Boot而 ESXi 8.0 的虚拟 TPM 2.0 模块在 VM Hardware Version 20 下与 Win11 的hvci.sys驱动有冲突。解法创建虚拟机时硬件版本选Version 19兼容性更好在虚拟机设置里关闭Firmware→Secure Boot安装完 Win11再手动开启 Secure Boot并在 BIOS 里加载Microsoft UEFI Certificate Authority。5.7 问题ESXi 主机证书状态显示 “Not Secure”浏览器警告 “Your connection is not private”本质ESXi 8.0 默认用自签名证书浏览器不信任。永久解决非企业 PKI 环境用 OpenSSL 生成私钥和 CSRopenssl req -new -keyout esxi.key -out esxi.csr -subj /CCN/STBeijing/LBeijing/OMyOrg/CNesxi-r730-prod-01用自签名 CA 签发证书openssl x509 -req -in esxi.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out esxi.crt -days 3650上传证书到 ESXiscp esxi.crt root192.168.10.101:/tmp/ scp esxi.key root192.168.10.101:/tmp/替换证书并重启服务cp /tmp/esxi.crt /etc/vmware/ssl/rui.crt cp /tmp/esxi.key /etc/vmware/ssl/rui.key /etc/init.d/vpxa restart /etc/init.d/hostd restart这个流程走完浏览器地址栏会显示绿色锁图标且不再弹警告。证书有效期设为 10 年省去每年续期的麻烦。我在实际部署中发现R730 的 PERC H730P RAID 卡在 ESXi 8.0 U2 下如果同时启用CacheCadeSSD 缓存和FastPath直通模式会导致vmkfstools命令在克隆虚拟机时随机失败。最终解决方案是关闭FastPath只保留CacheCade。这个细节VMware KB 文档里提都没提是我在连续 17 次克隆失败后逐项关闭 RAID 卡功能才定位到的。所以别迷信文档动手试才是运维的终极真理。