尧图网站建设 
简介《VMware ESXi 安装和设置 - VMware vSphere 8.0》是面向具备虚拟化与数据中心经验的 Windows/Linux 系统管理员的中文官方指南围绕 vSphere 8.0 中 ESXi 的安装、初始配置、许可与故障排查展开。资源为单个 PDF 文档约 4.42MB内容覆盖硬件兼容性核对、交互式与脚本安装、vSphere Auto Deploy 自动化部署、Image Builder 自定义映像以及 ESXi Shell/SSH、防火墙、日志等安全设置适合作为搭建生产级 ESXi 环境的操作手册。文档还针对 DPU 网络加速、系统日志空间、引导故障等场景给出具体建议与处理步骤已有 1336 人学习按官方目录逐章组织便于快速查找配置项并对照实施。1. 先把话放这儿ESXi 8.0 的安装难的不是“点下一步”在 VMware vSphere 8.0 这条技术路线上把 ESXi 装进一台物理机往往是最不花时间的一步。真正卡住人的是装之前没想明白硬件兼容性装完后又不知道怎么把网络、存储和启动策略一次配顺。很多人第一次用 VMware ESXi 装 vSphere 8.0半小时装好系统然后花一整天跟“网卡不识别”“Secure Boot 引导失败”“虚拟机不能随宿主机重启自动启动”较劲。这篇笔记要解决的就是从拿到 vSphere 8.0 镜像开始到完成初始化设置、能稳定跑业务虚拟机的这段路。适合三类人要把旧服务器改造成虚拟化底座的运维、想从 ESXi 7.0 升级到 8.0 的机房管理员、以及用 ESXi 跑软路由或 All-in-One 的进阶玩家。2. 物理机选型与兼容性准备vSphere 8.0 的 HCL 红线在哪儿ESXi 8.0 和更早版本最大的区别不是安装界面变好看了而是它对硬件的“挑剔”程度上了一档。官方 VMware Compatibility GuideHCL里很多十年前的老网卡、老 RAID 卡和旧款 CPU 已经被悄悄移出支持列表。这意味着同一个安装 U 盘在这台服务器上能顺利引导换一台机器就可能卡在 “vmnic 不存在”或者“CPU 不受支持”的告警上。做线下验证的第一件事不是下载镜像而是先把目标机器的 CPU 型号、网卡芯片、存储控制器和启动介质放在一个表里过一遍。2.1 CPU 与内存基线vSphere 8.0 对老处理器不太宽容ESXi 8.0 官方要求 64 位 x86 处理器最低 4GB 内存但这些数字只保证“能启动”不代表“能稳定接管业务”。我自己的经验是管理域加第一个测试虚拟机至少 16GB 内存起步CPU 则要看微码和指令集。Intel 的 Nehalem 及更早架构、AMD 的推土机早期型号在很多情况下安装 8.0 会直接出现“This CPU is not supported”或者装完后 TSC 频率告警。这倒不是 VMware 故意淘汰老硬件而是 8.0 的调度器和时钟虚拟化对 invariant TSC 有更明确的依赖。部件最低配置推荐配置备注CPU64 位 x86官方 HCL 在列Intel Xeon Scalable / 消费级 8 代以后AMD EPYC/Ryzen 3000 以后老 CPU 装 8.0 容易在引导阶段翻车内存4 GB16 GB 以上内存不足时vSphere Client 操作会明显卡顿启动介质16 GB 可用空间240 GB 以上 SSD/NVMe不建议用 SD 卡和 U 盘做长期启动盘网卡任意官方兼容网卡Intel I210/I350/X710 或 Broadcom 千兆/万兆找不到 vmnic 是安装失败第一原因这里必须提一句“把 ESXi 装进 VMware Workstation 里跑”的玩法。测试可以生产别这样。Workstation 里嵌套 ESXi网络和磁盘性能都被虚拟化层吃掉而且很多硬件直通功能没法验证。真机安装始终是唯一可靠的落地方式。2.2 网卡与存储控制器最容易提前踩坑的两个部件ESXi 8.0 原生化驱动的网卡列表比 7.0 时代还保守。Intel 的 I210、I350、X710 系列和部分 Broadcom 卡是“带内原生支持”的遇到 Realtek 8156/8125 这类消费级芯片官方 ISO 里通常没有驱动。这也是为什么社区里会出现“集成驱动版”这种改造镜像它把第三方网卡驱动打包进了安装介质。使用这类镜像不是不行但下载后一定要核对发布方的 SHA-256 哈希并且不要在官方补丁升级时依赖这个 b undle。存储控制器同理老 LSI 2008 直通卡虽然稳定但 8.0 对部分 MegaRAID 卡的驱动版本要求变高了装完看不到磁盘时先别怀疑硬盘坏了先查兼容列表。2.3 制作安装介质UEFI 引导模式与 ISO 校验下载官方 ISO 后不要急着写入 U 盘。先做哈希校验确保镜像完整。在 macOS 或 Linux 上可以用 sha256sumWindows 可以用 PowerShell 的 Get-FileHash。sha256sum VMware-VMvisor-Installer-8.0.x-xxxxxx.x86_64.iso拿到哈希后和发布页给出的值逐位比对。这一步跳过的话遇到安装中途 “Filesystem not found” 这种报错你会很难判断是镜像损坏还是硬件问题。写入 U 盘时我一般用 Rufus 或 balenaEtcher分区类型选择 GPT目标系统选择 UEFI。如果你那台服务器是 2015 年以前的 Old BIOS 机器再考虑 MBR 分区方式。这步要注意的是某些国产 U 盘工具默认会做成 USB-HDD 多分区格式导致 ESXi 引导器找不到 boot.cfg。判断标准很简单制作完 U 盘后插到机器上进入 Boot Menu如果能看到 “UEFI: Your USB Disk/PMAP” 这一项说明引导分区没问题如果只有一个不带 UEFI 前缀的选项多半是分区表选错了。3. 从启动到安装器交互安装的三个决定安装 ESXi 8.0 本身不是黑匣子它的安装器比 Linux 发行版还要省事但有三处决定会影响后续所有操作引导模式、安装目标盘、root 密码和网络参数的录入方式。交互式安装适合单台机器多台同型号服务器批量部署更适合 kickstart。这一章把两条路都走一遍。3.1 引导进入安装器Secure Boot 和 UEFI 的第一个十字路口开机后按 F11 或 Del 进入 Boot Menu选择 U 盘。ESXi 8.0 的引导器会列出 “VMware ESXi Installer” 和 “Boot from local disk” 两个选项前者是安装后者是直接从硬盘启动。这个选择界面经常有人选错尤其是服务器被配置了远程管理卡iDRAC/iLO之后IPMI 控制台默认从虚拟光驱启动如果虚拟光驱挂载的不是安装盘引导器会直接空转。选 “VMware ESXi Installer” 后如果屏幕长时间停留在 “Loading ESXi ...” 没反应最常见的原因是 Secure Boot 未关闭。ESXi 8.0 虽然从 7.0 开始支持 Secure Boot但前提是所有驱动都已签名。集成第三方网卡驱动的改造镜像常常因为没有正确签名而直接卡死在这个阶段。建议先到 BIOS 里把 Secure Boot 设为 Disabled装完系统后再根据驱动情况决定要不要重新打开。3.2 三处关键输入目标盘、root 密码、网络参数安装器会列出服务器上的所有磁盘。这里必须确认第一块磁盘是不是你要装的盘。以前我在一台有四块硬盘的存储服务器上装 ESXi回车确认后才发现把系统装进了数据盘原 raid 数据全没。正确的做法是看磁盘型号和容量再决定是否在安装器里 “ShiftO” 附加安装参数。按 ShiftO 能编辑 boot 命令行这是排错时的后门比如加ignoreHeadlessTRUE跳过某些显卡初始化问题。root 密码建议直接用 20 位以上的随机字符串ESXi 的 root 密码策略不接受常见弱密码而且键盘布局默认是美式英语。安装时如果你用的是德语或法语键盘y和z的位置会不一样输错两次密码会让人很崩溃。网络参数如果 DHCP 可用安装器会自动获取 IP如果机房没有 DHCP安装器会跳出来让你手动填 IPv4、掩码和网关。把管理 IP 规划好再填别装完才发现把地址写在业务网段里。3.3 不点鼠标的大规模安装用 kickstart 脚本自动回答所有问题批量部署同型号服务器时交互式安装效率太低漏配也容易不一致。ESXi 8.0 支持从启动选项指定 kickstart 文件常见做法是把ks.cfg放在 HTTP 服务器或 USB 引导分区里在 boot 命令行加kshttp://192.168.x.x/ks.cfg。一份最基础的 ks.cfg 长这样# 接受最终用户许可协议 vmaccepteula # root 密码哈希用 grub-crypt 或 openssl 生成 rootpw --iscrypted $6$xxxx # 安装到第一块本地磁盘并清空分区 install --firstdisk --overwritevmfs # 配置管理网络 network --bootprotostatic --ip192.168.10.20 --netmask255.255.255.0 --gateway192.168.10.1 --hostnameesxi01.local # 关机还是重启这里选重启 reboot需要注意--firstdisk是个危险参数机器上有数据盘时容易装错目标。更稳的写法是--diskvmkd指定磁盘标识比如--disknaa.600508b1001cxxxxxxxx这个标识可以从前置验证脚本或厂商 RAID 管理工具里查到。rootpw 的哈希值不能用 md5ESXi 8.0 会直接拒绝启动自动配置。4. 首次开机设置把 vSphere Client 直连、网络和存储一次理顺安装完成重启后ESXi 主机会自动进入 DCUIDirect Console User Interface。看见 DCUI 不等于装完了更不等于能托管虚拟机。接下来要做的三件事固定管理地址、启用远程管理、把存储规划清楚。很多人在这里漏了步骤导致后面建虚拟机时才发现没有数据存储可用又要把机柜里的设备拖出来插显示器。4.1 DCUI 里的第一件事固定管理 IP、启用 SSH 和查看告警DCUI 默认界面会显示当前管理 IP 和版本号。按 F2 进入系统定制用 root 账号登录后第一件事是检查 “Configure Management Network”。如果安装时用的是 DHCP这里必须改为静态地址。同时把 VLAN ID 填上——不带 VLAN 的机器在交换机 Trunk 口上会直接失联这算是网络菜鸟翻车率最高的一步。SSH 在这个界面也要顺手打开。虽然远程管理主要用 vSphere Client但很多底层排错命令必须进 ESXi Shell 执行。路径是 Troubleshooting Options → Enable SSH。开启之后我这边的习惯是立刻在 DCUI 主页确认一遍告警“Host memory”或“Boot device”状态如果显示红色就说明硬件选型阶段有问题要么补内存要么换 SSD 启动盘。4.2 用 vSphere Client 接管HTML5 客户端登录和管理地址浏览器打开https://esxi-管理-ip/ui会出现自签证书警告。直接忽略风险继续访问就行这只是默认证书不被浏览器信任不影响功能。登录后用 vSphere Client 能看到 CPU、内存、存储的实时用量。这里要明确一下ESXi 是虚拟机监控器不是 VMware Workstation 那种装在操作系统里的“虚拟机软件”。有人第一次打开 vSphere Client 会以为要把虚拟机安装到某台安装好的服务器 OS 里其实 ESXi 本身就是那台服务器的操作系统。第一次登录建议先做两个动作第一在 “Licensing” 里确认评估许可证状态vSphere 8.0 默认有 60 天试用期但试用到期后虚拟机不会关机只是无法开机新虚拟机第二在 “Configure → Time Configuration” 里把 NTP 指到内网时间源避免虚拟机组里时间漂移。4.3 存储先于虚拟机VMFS-6 数据存储命名与预留空间ESXi 8.0 默认把本地磁盘格式化成 VMFS-6。装完系统后数据存储会以datastore1的名字出现这个名字太没有辨识度。一台机器上同时挂了 NVMe SSD 和机械盘时我习惯按用途重命名local-ssd-nvme、local-hdd-archive、nfs-backup避免以后在 vSphere Client 里点错路径。也可以用命令行完成同样的操作和检查# 查看当前所有数据存储 esxcli storage vmfs list # 查看数据存储对应的设备和容量信息 esxcli storage filesystem list第一行命令会输出每个 vmfs 的卷名、UUID、所在设备路径第二行能看到挂载状态和总容量。这两个命令等效于 vSphere Client 里的存储视图但比图形界面多一个好处能看到设备路径方便人工比对是否绑定了预期的物理磁盘。建虚拟机之前数据存储必须确认好否则虚拟机配置写到临时分区重启后才发现下拉菜单里没有可用磁盘。5. ESXi 8.0 安装与设置避坑5 条踩出来的经验这一章写给正在现场干活的人。下面这五个问题几乎每周都会在机房或远程求助里出现。每一条我都给出现象、原因和解决路径按顺序排查比重新安装系统省时间得多。5.1 找不到可用的 vmnic安装器明明起来了网卡却没一个在线现象安装过程正常但到 DCUI 里查看网络时提示 “No vmnic found”无法分配管理 IP。原因ESXi 8.0 官方 ISO 的社区网络驱动裁剪更狠了消费级网卡特别是 Realtek 2.5GbE、部分 USB 转网卡芯片不在原生驱动列表里。解决先用 iDRAC/iLO 或者显示器确认网卡型号去 HCL 查官方兼容性。如果服务器只有不兼容的网卡有两条路一是换一块 Intel I350-T2 之类的一两百块钱的服务器网卡二是找针对这个问题制作的“集成驱动版”镜像这类镜像把常见第三方网卡驱动打进去了但下载后务必核对哈希并且后续升级官方补丁时可能仍缺驱动。5.2 老 CPU 安装 8.0 提示不支持或装完频繁告警现象引导器加载后很快报 “CPU does not support the required features”或者安装完成后系统日志里出现 TSC 漂移告警。原因vSphere 8.0 的调度器默认依赖不变 TSC老款 CPU 的微码没有提供该特性。解决先确认 BIOS 里有没有更新可刷。如果 CPU 是 Sandy Bridge 或更早架构停止硬装 8.0回到 7.0 Update 3 是更符合落地条件的路线。不要用命令行去强行屏蔽 CPU 检测装了也会在负载上来后随机重启。5.3 把系统装在 SD 卡/U 盘跑了一个月就报 bootbank 无写入空间现象启动分区一直在告警/bootbank或/scratch空间被占满虚拟机配置有时无法保存。原因ESXi 会对启动介质持续写入日志和配置SD 卡和普通 U 盘的随机写入寿命撑不住。解决生产环境老老实实用 SATA SSD 或 NVMe至少 120GB。如果临时只能用有限的 SD 卡登录 vSphere Client 后把日志和核心转储目录/scratch重定向到独立的数据存储这是一个可行的缓解手段但不要觉得这样能跑三年不换盘。5.4 Secure Boot 一开就引导失败关了就好现象U 盘引导时卡死在 “Loading ESXi ...”关掉 Secure Boot 后立刻能进安装器。原因使用了未签名的第三方驱动镜像或者主板 UEFI 固件没把 VMware 的证书预置进去。解决BIOS 里关闭 Secure Boot装完系统后不要急着打开。真要考虑安全启动先确认已加载的 VIB 都是官方签名的用esxcli software vib list检查每个包的签名状态再花时间在维护窗口里验证一次重启。5.5 密码没错却登录不了 vSphere ClientDCUI 却正常现象DCUI 界面用 root 能本地登录但浏览器访问https://IP/ui时提示认证失败或未授权。原因ESXi 8.0 的权限模型里默认只有root和被加入本地用户组的账号能登录 Web 界面。如果 Web 登录用了大写开头的用户、或者浏览器自动填充了上次 Workstation 管理工具的密码也会出现“看起来不对”的失败。解决先在 DCUI 按 F2 确认 root 账号没有被锁定8.0 有连续失败后锁定的策略再检查浏览器键盘布局和 Caps Lock最后在 DCUI 里直接重置 root 密码并重新解锁vim-cmd authsec disable那一套留给和 AD 集成时的排错本地场景直接重置密码是最有效的后悔药。6. 装完先做这三件事证书、自动启动和升级演练机器安装完成、管理地址通、数据存储就位之后离“能交付”还差一层。这三件事是我每台 ESXi 8.0 上机后必做的顺序固定做完之后整个主机的可维护性才算真正到位。第一件事是检查证书有效期顺便把默认证书状态摸清楚。很多在批量装机时克隆出来的主机证书有效期都是一样的会在某个时间点集体到期到时候 vSphere Client 会闪红色告警。用命令行可以快速看esxcli system security cert get输出里有Not After一栏就是证书到期时间。如果发现有效期只剩一两周别慌vSphere Client 的证书管理模块重新生成一次自签证书即可。生产环境建议直接上传企业 CA 签发的证书让每台主机的 IP 和主机名都纳入统一证书体系。第二件事是配置虚拟机开机自动启动。指望机房断电后来电虚拟机自己恢复的人最后都吃过亏因为默认情况下 autostart 根本不会理你。在 vSphere Client 的 “VM 启动/关闭” 设置里先启用自动启动功能并把每台虚拟机的启动顺序排好。数据库机先起业务应用后起延迟时间最好错开# 查看当前 autostart 配置是否启用 vim-cmd hostsvc/autostartmanager/get输出里的Enabled如果是false说明自动启动没开。这里要提醒一句别把几十台虚拟机都设成 0 秒延时电源恢复那一下很可能因为启动风暴把存储阵列打崩。我的习惯是业务分组间隔 60 秒每组里的虚拟机间隔 15 秒。这些参数不调整好“来电自动启动”只会在日志里留下一堆等待超时。第三件事是演练一次补丁升级。ESXi 8.0 的升级不像 Windows 那样无脑下一步至少要习惯离线升级指令的大致形态比如用esxcli software profile update --depot配合离线 bundle 操作。实际升级前要看当前 profile 版本确认虚拟机的 VM 兼容版本有没有设过高于当前主机的否则升级后 VMs 可能无法注册。我在这块有个惨痛教训在测试环境里把所有虚拟机快速置备成 8.0 兼容级别结果回滚到 7.0 时全部无法打开电源。后来的习惯是任何一台 ESXi 8.0 上机后升级前必须先把虚拟机兼容级别检查一遍再动 profile。这三件事做完一台 ESXi 8.0 主机才算从“能装”变成了“能运营”。以后你再遇到证书到期报警、机房断电后来电 VM 不启动、或者大版本升级前心里没底回头看这三步就能省掉大半夜的救援时间。希望帮到你。本文还有配套的精品资源点击获取 ESXi 8.0安装避坑指南：从硬件兼容到网络存储配置
简介《VMware ESXi 安装和设置 - VMware vSphere 8.0》是面向具备虚拟化与数据中心经验的 Windows/Linux 系统管理员的中文官方指南围绕 vSphere 8.0 中 ESXi 的安装、初始配置、许可与故障排查展开。资源为单个 PDF 文档约 4.42MB内容覆盖硬件兼容性核对、交互式与脚本安装、vSphere Auto Deploy 自动化部署、Image Builder 自定义映像以及 ESXi Shell/SSH、防火墙、日志等安全设置适合作为搭建生产级 ESXi 环境的操作手册。文档还针对 DPU 网络加速、系统日志空间、引导故障等场景给出具体建议与处理步骤已有 1336 人学习按官方目录逐章组织便于快速查找配置项并对照实施。1. 先把话放这儿ESXi 8.0 的安装难的不是“点下一步”在 VMware vSphere 8.0 这条技术路线上把 ESXi 装进一台物理机往往是最不花时间的一步。真正卡住人的是装之前没想明白硬件兼容性装完后又不知道怎么把网络、存储和启动策略一次配顺。很多人第一次用 VMware ESXi 装 vSphere 8.0半小时装好系统然后花一整天跟“网卡不识别”“Secure Boot 引导失败”“虚拟机不能随宿主机重启自动启动”较劲。这篇笔记要解决的就是从拿到 vSphere 8.0 镜像开始到完成初始化设置、能稳定跑业务虚拟机的这段路。适合三类人要把旧服务器改造成虚拟化底座的运维、想从 ESXi 7.0 升级到 8.0 的机房管理员、以及用 ESXi 跑软路由或 All-in-One 的进阶玩家。2. 物理机选型与兼容性准备vSphere 8.0 的 HCL 红线在哪儿ESXi 8.0 和更早版本最大的区别不是安装界面变好看了而是它对硬件的“挑剔”程度上了一档。官方 VMware Compatibility GuideHCL里很多十年前的老网卡、老 RAID 卡和旧款 CPU 已经被悄悄移出支持列表。这意味着同一个安装 U 盘在这台服务器上能顺利引导换一台机器就可能卡在 “vmnic 不存在”或者“CPU 不受支持”的告警上。做线下验证的第一件事不是下载镜像而是先把目标机器的 CPU 型号、网卡芯片、存储控制器和启动介质放在一个表里过一遍。2.1 CPU 与内存基线vSphere 8.0 对老处理器不太宽容ESXi 8.0 官方要求 64 位 x86 处理器最低 4GB 内存但这些数字只保证“能启动”不代表“能稳定接管业务”。我自己的经验是管理域加第一个测试虚拟机至少 16GB 内存起步CPU 则要看微码和指令集。Intel 的 Nehalem 及更早架构、AMD 的推土机早期型号在很多情况下安装 8.0 会直接出现“This CPU is not supported”或者装完后 TSC 频率告警。这倒不是 VMware 故意淘汰老硬件而是 8.0 的调度器和时钟虚拟化对 invariant TSC 有更明确的依赖。部件最低配置推荐配置备注CPU64 位 x86官方 HCL 在列Intel Xeon Scalable / 消费级 8 代以后AMD EPYC/Ryzen 3000 以后老 CPU 装 8.0 容易在引导阶段翻车内存4 GB16 GB 以上内存不足时vSphere Client 操作会明显卡顿启动介质16 GB 可用空间240 GB 以上 SSD/NVMe不建议用 SD 卡和 U 盘做长期启动盘网卡任意官方兼容网卡Intel I210/I350/X710 或 Broadcom 千兆/万兆找不到 vmnic 是安装失败第一原因这里必须提一句“把 ESXi 装进 VMware Workstation 里跑”的玩法。测试可以生产别这样。Workstation 里嵌套 ESXi网络和磁盘性能都被虚拟化层吃掉而且很多硬件直通功能没法验证。真机安装始终是唯一可靠的落地方式。2.2 网卡与存储控制器最容易提前踩坑的两个部件ESXi 8.0 原生化驱动的网卡列表比 7.0 时代还保守。Intel 的 I210、I350、X710 系列和部分 Broadcom 卡是“带内原生支持”的遇到 Realtek 8156/8125 这类消费级芯片官方 ISO 里通常没有驱动。这也是为什么社区里会出现“集成驱动版”这种改造镜像它把第三方网卡驱动打包进了安装介质。使用这类镜像不是不行但下载后一定要核对发布方的 SHA-256 哈希并且不要在官方补丁升级时依赖这个 b undle。存储控制器同理老 LSI 2008 直通卡虽然稳定但 8.0 对部分 MegaRAID 卡的驱动版本要求变高了装完看不到磁盘时先别怀疑硬盘坏了先查兼容列表。2.3 制作安装介质UEFI 引导模式与 ISO 校验下载官方 ISO 后不要急着写入 U 盘。先做哈希校验确保镜像完整。在 macOS 或 Linux 上可以用 sha256sumWindows 可以用 PowerShell 的 Get-FileHash。sha256sum VMware-VMvisor-Installer-8.0.x-xxxxxx.x86_64.iso拿到哈希后和发布页给出的值逐位比对。这一步跳过的话遇到安装中途 “Filesystem not found” 这种报错你会很难判断是镜像损坏还是硬件问题。写入 U 盘时我一般用 Rufus 或 balenaEtcher分区类型选择 GPT目标系统选择 UEFI。如果你那台服务器是 2015 年以前的 Old BIOS 机器再考虑 MBR 分区方式。这步要注意的是某些国产 U 盘工具默认会做成 USB-HDD 多分区格式导致 ESXi 引导器找不到 boot.cfg。判断标准很简单制作完 U 盘后插到机器上进入 Boot Menu如果能看到 “UEFI: Your USB Disk/PMAP” 这一项说明引导分区没问题如果只有一个不带 UEFI 前缀的选项多半是分区表选错了。3. 从启动到安装器交互安装的三个决定安装 ESXi 8.0 本身不是黑匣子它的安装器比 Linux 发行版还要省事但有三处决定会影响后续所有操作引导模式、安装目标盘、root 密码和网络参数的录入方式。交互式安装适合单台机器多台同型号服务器批量部署更适合 kickstart。这一章把两条路都走一遍。3.1 引导进入安装器Secure Boot 和 UEFI 的第一个十字路口开机后按 F11 或 Del 进入 Boot Menu选择 U 盘。ESXi 8.0 的引导器会列出 “VMware ESXi Installer” 和 “Boot from local disk” 两个选项前者是安装后者是直接从硬盘启动。这个选择界面经常有人选错尤其是服务器被配置了远程管理卡iDRAC/iLO之后IPMI 控制台默认从虚拟光驱启动如果虚拟光驱挂载的不是安装盘引导器会直接空转。选 “VMware ESXi Installer” 后如果屏幕长时间停留在 “Loading ESXi ...” 没反应最常见的原因是 Secure Boot 未关闭。ESXi 8.0 虽然从 7.0 开始支持 Secure Boot但前提是所有驱动都已签名。集成第三方网卡驱动的改造镜像常常因为没有正确签名而直接卡死在这个阶段。建议先到 BIOS 里把 Secure Boot 设为 Disabled装完系统后再根据驱动情况决定要不要重新打开。3.2 三处关键输入目标盘、root 密码、网络参数安装器会列出服务器上的所有磁盘。这里必须确认第一块磁盘是不是你要装的盘。以前我在一台有四块硬盘的存储服务器上装 ESXi回车确认后才发现把系统装进了数据盘原 raid 数据全没。正确的做法是看磁盘型号和容量再决定是否在安装器里 “ShiftO” 附加安装参数。按 ShiftO 能编辑 boot 命令行这是排错时的后门比如加ignoreHeadlessTRUE跳过某些显卡初始化问题。root 密码建议直接用 20 位以上的随机字符串ESXi 的 root 密码策略不接受常见弱密码而且键盘布局默认是美式英语。安装时如果你用的是德语或法语键盘y和z的位置会不一样输错两次密码会让人很崩溃。网络参数如果 DHCP 可用安装器会自动获取 IP如果机房没有 DHCP安装器会跳出来让你手动填 IPv4、掩码和网关。把管理 IP 规划好再填别装完才发现把地址写在业务网段里。3.3 不点鼠标的大规模安装用 kickstart 脚本自动回答所有问题批量部署同型号服务器时交互式安装效率太低漏配也容易不一致。ESXi 8.0 支持从启动选项指定 kickstart 文件常见做法是把ks.cfg放在 HTTP 服务器或 USB 引导分区里在 boot 命令行加kshttp://192.168.x.x/ks.cfg。一份最基础的 ks.cfg 长这样# 接受最终用户许可协议 vmaccepteula # root 密码哈希用 grub-crypt 或 openssl 生成 rootpw --iscrypted $6$xxxx # 安装到第一块本地磁盘并清空分区 install --firstdisk --overwritevmfs # 配置管理网络 network --bootprotostatic --ip192.168.10.20 --netmask255.255.255.0 --gateway192.168.10.1 --hostnameesxi01.local # 关机还是重启这里选重启 reboot需要注意--firstdisk是个危险参数机器上有数据盘时容易装错目标。更稳的写法是--diskvmkd指定磁盘标识比如--disknaa.600508b1001cxxxxxxxx这个标识可以从前置验证脚本或厂商 RAID 管理工具里查到。rootpw 的哈希值不能用 md5ESXi 8.0 会直接拒绝启动自动配置。4. 首次开机设置把 vSphere Client 直连、网络和存储一次理顺安装完成重启后ESXi 主机会自动进入 DCUIDirect Console User Interface。看见 DCUI 不等于装完了更不等于能托管虚拟机。接下来要做的三件事固定管理地址、启用远程管理、把存储规划清楚。很多人在这里漏了步骤导致后面建虚拟机时才发现没有数据存储可用又要把机柜里的设备拖出来插显示器。4.1 DCUI 里的第一件事固定管理 IP、启用 SSH 和查看告警DCUI 默认界面会显示当前管理 IP 和版本号。按 F2 进入系统定制用 root 账号登录后第一件事是检查 “Configure Management Network”。如果安装时用的是 DHCP这里必须改为静态地址。同时把 VLAN ID 填上——不带 VLAN 的机器在交换机 Trunk 口上会直接失联这算是网络菜鸟翻车率最高的一步。SSH 在这个界面也要顺手打开。虽然远程管理主要用 vSphere Client但很多底层排错命令必须进 ESXi Shell 执行。路径是 Troubleshooting Options → Enable SSH。开启之后我这边的习惯是立刻在 DCUI 主页确认一遍告警“Host memory”或“Boot device”状态如果显示红色就说明硬件选型阶段有问题要么补内存要么换 SSD 启动盘。4.2 用 vSphere Client 接管HTML5 客户端登录和管理地址浏览器打开https://esxi-管理-ip/ui会出现自签证书警告。直接忽略风险继续访问就行这只是默认证书不被浏览器信任不影响功能。登录后用 vSphere Client 能看到 CPU、内存、存储的实时用量。这里要明确一下ESXi 是虚拟机监控器不是 VMware Workstation 那种装在操作系统里的“虚拟机软件”。有人第一次打开 vSphere Client 会以为要把虚拟机安装到某台安装好的服务器 OS 里其实 ESXi 本身就是那台服务器的操作系统。第一次登录建议先做两个动作第一在 “Licensing” 里确认评估许可证状态vSphere 8.0 默认有 60 天试用期但试用到期后虚拟机不会关机只是无法开机新虚拟机第二在 “Configure → Time Configuration” 里把 NTP 指到内网时间源避免虚拟机组里时间漂移。4.3 存储先于虚拟机VMFS-6 数据存储命名与预留空间ESXi 8.0 默认把本地磁盘格式化成 VMFS-6。装完系统后数据存储会以datastore1的名字出现这个名字太没有辨识度。一台机器上同时挂了 NVMe SSD 和机械盘时我习惯按用途重命名local-ssd-nvme、local-hdd-archive、nfs-backup避免以后在 vSphere Client 里点错路径。也可以用命令行完成同样的操作和检查# 查看当前所有数据存储 esxcli storage vmfs list # 查看数据存储对应的设备和容量信息 esxcli storage filesystem list第一行命令会输出每个 vmfs 的卷名、UUID、所在设备路径第二行能看到挂载状态和总容量。这两个命令等效于 vSphere Client 里的存储视图但比图形界面多一个好处能看到设备路径方便人工比对是否绑定了预期的物理磁盘。建虚拟机之前数据存储必须确认好否则虚拟机配置写到临时分区重启后才发现下拉菜单里没有可用磁盘。5. ESXi 8.0 安装与设置避坑5 条踩出来的经验这一章写给正在现场干活的人。下面这五个问题几乎每周都会在机房或远程求助里出现。每一条我都给出现象、原因和解决路径按顺序排查比重新安装系统省时间得多。5.1 找不到可用的 vmnic安装器明明起来了网卡却没一个在线现象安装过程正常但到 DCUI 里查看网络时提示 “No vmnic found”无法分配管理 IP。原因ESXi 8.0 官方 ISO 的社区网络驱动裁剪更狠了消费级网卡特别是 Realtek 2.5GbE、部分 USB 转网卡芯片不在原生驱动列表里。解决先用 iDRAC/iLO 或者显示器确认网卡型号去 HCL 查官方兼容性。如果服务器只有不兼容的网卡有两条路一是换一块 Intel I350-T2 之类的一两百块钱的服务器网卡二是找针对这个问题制作的“集成驱动版”镜像这类镜像把常见第三方网卡驱动打进去了但下载后务必核对哈希并且后续升级官方补丁时可能仍缺驱动。5.2 老 CPU 安装 8.0 提示不支持或装完频繁告警现象引导器加载后很快报 “CPU does not support the required features”或者安装完成后系统日志里出现 TSC 漂移告警。原因vSphere 8.0 的调度器默认依赖不变 TSC老款 CPU 的微码没有提供该特性。解决先确认 BIOS 里有没有更新可刷。如果 CPU 是 Sandy Bridge 或更早架构停止硬装 8.0回到 7.0 Update 3 是更符合落地条件的路线。不要用命令行去强行屏蔽 CPU 检测装了也会在负载上来后随机重启。5.3 把系统装在 SD 卡/U 盘跑了一个月就报 bootbank 无写入空间现象启动分区一直在告警/bootbank或/scratch空间被占满虚拟机配置有时无法保存。原因ESXi 会对启动介质持续写入日志和配置SD 卡和普通 U 盘的随机写入寿命撑不住。解决生产环境老老实实用 SATA SSD 或 NVMe至少 120GB。如果临时只能用有限的 SD 卡登录 vSphere Client 后把日志和核心转储目录/scratch重定向到独立的数据存储这是一个可行的缓解手段但不要觉得这样能跑三年不换盘。5.4 Secure Boot 一开就引导失败关了就好现象U 盘引导时卡死在 “Loading ESXi ...”关掉 Secure Boot 后立刻能进安装器。原因使用了未签名的第三方驱动镜像或者主板 UEFI 固件没把 VMware 的证书预置进去。解决BIOS 里关闭 Secure Boot装完系统后不要急着打开。真要考虑安全启动先确认已加载的 VIB 都是官方签名的用esxcli software vib list检查每个包的签名状态再花时间在维护窗口里验证一次重启。5.5 密码没错却登录不了 vSphere ClientDCUI 却正常现象DCUI 界面用 root 能本地登录但浏览器访问https://IP/ui时提示认证失败或未授权。原因ESXi 8.0 的权限模型里默认只有root和被加入本地用户组的账号能登录 Web 界面。如果 Web 登录用了大写开头的用户、或者浏览器自动填充了上次 Workstation 管理工具的密码也会出现“看起来不对”的失败。解决先在 DCUI 按 F2 确认 root 账号没有被锁定8.0 有连续失败后锁定的策略再检查浏览器键盘布局和 Caps Lock最后在 DCUI 里直接重置 root 密码并重新解锁vim-cmd authsec disable那一套留给和 AD 集成时的排错本地场景直接重置密码是最有效的后悔药。6. 装完先做这三件事证书、自动启动和升级演练机器安装完成、管理地址通、数据存储就位之后离“能交付”还差一层。这三件事是我每台 ESXi 8.0 上机后必做的顺序固定做完之后整个主机的可维护性才算真正到位。第一件事是检查证书有效期顺便把默认证书状态摸清楚。很多在批量装机时克隆出来的主机证书有效期都是一样的会在某个时间点集体到期到时候 vSphere Client 会闪红色告警。用命令行可以快速看esxcli system security cert get输出里有Not After一栏就是证书到期时间。如果发现有效期只剩一两周别慌vSphere Client 的证书管理模块重新生成一次自签证书即可。生产环境建议直接上传企业 CA 签发的证书让每台主机的 IP 和主机名都纳入统一证书体系。第二件事是配置虚拟机开机自动启动。指望机房断电后来电虚拟机自己恢复的人最后都吃过亏因为默认情况下 autostart 根本不会理你。在 vSphere Client 的 “VM 启动/关闭” 设置里先启用自动启动功能并把每台虚拟机的启动顺序排好。数据库机先起业务应用后起延迟时间最好错开# 查看当前 autostart 配置是否启用 vim-cmd hostsvc/autostartmanager/get输出里的Enabled如果是false说明自动启动没开。这里要提醒一句别把几十台虚拟机都设成 0 秒延时电源恢复那一下很可能因为启动风暴把存储阵列打崩。我的习惯是业务分组间隔 60 秒每组里的虚拟机间隔 15 秒。这些参数不调整好“来电自动启动”只会在日志里留下一堆等待超时。第三件事是演练一次补丁升级。ESXi 8.0 的升级不像 Windows 那样无脑下一步至少要习惯离线升级指令的大致形态比如用esxcli software profile update --depot配合离线 bundle 操作。实际升级前要看当前 profile 版本确认虚拟机的 VM 兼容版本有没有设过高于当前主机的否则升级后 VMs 可能无法注册。我在这块有个惨痛教训在测试环境里把所有虚拟机快速置备成 8.0 兼容级别结果回滚到 7.0 时全部无法打开电源。后来的习惯是任何一台 ESXi 8.0 上机后升级前必须先把虚拟机兼容级别检查一遍再动 profile。这三件事做完一台 ESXi 8.0 主机才算从“能装”变成了“能运营”。以后你再遇到证书到期报警、机房断电后来电 VM 不启动、或者大版本升级前心里没底回头看这三步就能省掉大半夜的救援时间。希望帮到你。本文还有配套的精品资源点击获取