企业官网建设流程全解析

简介：本资源是一份面向IT运维工程师、虚拟化初学者及系统管理员的VMware vSphere ESXi 7.0服务器虚拟化实战安装指南，聚焦裸金属Hypervisor部署全流程，解决从零构建稳定虚拟化环境的核心问题。文档以PDF格式呈现，共1个文件，大小752KB，内容结构清晰、步骤详实，覆盖镜像获取、Rufus/macOS多平台U盘制作、BIOS引导配置、存储选择策略（含升级/保留/覆盖三模式说明）、强密码策略合规设置、管理网络静态IP配置及控制台访问验证等关键环节，并附有网卡识别、接口选型、子网规划等实操细节。内容预览显示其严格遵循官方安装逻辑，每步均标注按键操作（如F2/F11/Enter）与风险提示（如VMFS数据清除警告），便于现场快速执行与排错。目前已有2666人学习下载，是兼顾规范性、安全性和落地性的轻量级部署参考手册。

1. ESXi 7.0 安装不是“点下一步”就完事：一个密码输错三次、整机卡死在F2界面的血泪现场

去年给某高校实验室部署一套教学用虚拟化平台，三台旧服务器清一色上架 Dell R720，BIOS 更新到最新，RAID 卡直通模式也调好了——结果第一台机器装完 ESXi 7.0u3，root 密码刚设完，按 F2 进配置页输错两次，第三次输对了却黑屏卡住，控制台光标都不闪。重启？再进 F2 还是卡。拔网线？没用。换键盘？还是卡。最后发现是 ESXi 7.0 对 USB 键盘驱动兼容性极差，尤其在某些老主板 USB 2.0 Hub 下，F2 认证阶段会静默 hang 住——而这个现象在官方文档里只字未提，在社区帖子里被归为“玄学故障”。这不是个例：ESXi 7.0 系列（含 7.0a/7.0b/7.0c/7.0u1~u3）对硬件抽象层（HAL）要求比 6.7 更严，CPU 微码、网卡固件、存储控制器驱动版本稍有不匹配，安装中途蓝屏、安装后管理网口失联、甚至 root 登录成功但esxcli network ip interface list返回空——全都是真实踩过的坑。这篇笔记不讲虚拟化原理，也不画架构图，就干一件事：把从下载镜像、刻盘、启动、装系统、配网络、到浏览器能打开 Web Client 的完整可复现路径，按真实操作顺序拆解清楚。适合正在服务器上插着 U 盘、盯着 BIOS 启动项发愁的你；也适合刚被 vCenter 报“host unreachable”搞懵、想回退到单机 ESXi 控制台排查的熟手。我们只聊“怎么让这台物理机真正跑起来”，不聊云原生、不聊 Tanzu、不聊 Kubernetes —— 那些，等 root 能 ssh 进去再说。

2. 下载与刻盘：别信“最新版最稳”，ESXi 7.0u3 是当前生产环境最值得闭眼选的版本

ESXi 7.0 不是一个单一 ISO，而是一组带补丁编号的更新版本（Update），从最初的 7.0 GA（Build 15843807）到最终的 7.0u3d（Build 21219277）。很多新手直接搜“ESXi 7.0 下载”，点进 VMware 官网下载页，看到一堆 Build 号就懵了：到底下哪个？答案很明确：优先选 7.0u3（Build 20328353 或更高）。这不是拍脑袋——它集成了截至 2022 年底所有关键硬件兼容性修复，特别是对 Intel Ice Lake、AMD EPYC 7002/7003 系列 CPU 的微码支持更完善；更重要的是，它修复了 7.0 初期版本中一个致命问题：当服务器启用 Secure Boot + TPM 2.0 时，部分品牌（如 HPE ProLiant DL360 Gen10）会在加载vmkernel.gz阶段直接 halt，屏幕定格在“Loading VMKernel”不动。而 7.0u3 已将该问题标记为 RESOLVED。

提示：VMware 官网已停止对 ESXi 7.0 的公开下载入口（需登录 My VMware 账户并绑定有效支持合同）。但如果你只是用于学习、测试或非生产环境，可使用以下合法公开渠道获取：

• VMware 官方 GitHub 发布页（存档镜像）：https://github.com/vmware/esxi/releases/tag/7.0u3
• 文件名标准格式为VMware-VMvisor-Installer-7.0.3-20328353.x86_64.iso，大小约 680MB，SHA256 校验值必须与发布页一致（务必校验！）

2.1 Windows 下用 Rufus 刻盘：别选“DD 模式”，用“ISO 模式”才是正解

Rufus 是 Windows 下最可靠的 ESXi 启动盘制作工具，但默认设置极易翻车。常见错误是勾选 “DD Image mode”——这是为 Linux raw 镜像设计的，而 ESXi ISO 是标准 ISO9660 + El Torito 启动结构，必须用 ISO 模式。

# 正确操作流程（Rufus v4.3+）： 1. 插入空白 U 盘（≥8GB，推荐 USB 3.0） 2. 打开 Rufus，设备自动识别 3. "Boot selection" → 点击小文件夹图标 → 选择已下载的 VMware-VMvisor-Installer-7.0.3-*.iso 4. "Partition scheme" → 选 "MBR"（Legacy BIOS）或 "GPT"（UEFI，若服务器明确支持 UEFI 启动） 5. "Target system" → 对应选 "BIOS (or UEFI-CSM)" 或 "UEFI (non-CSM)" 6. "Format options" → 文件系统保持 "FAT32"（ESXi 安装器不识别 NTFS/exFAT） 7. 取消勾选 "Create extended label and icon files"（避免写入额外元数据干扰启动） 8. 点击 "START" → 弹窗选 "Write in ISO Image mode" → 确认

逻辑说明：Rufus 的 ISO 模式会严格保留原始 ISO 的 El Torito 启动记录（包括 x86 和 x64 启动扇区），并正确映射 EFI/BOOT/BOOTX64.EFI（UEFI）或 isolinux.bin（BIOS）路径。而 DD 模式会把整个 ISO 当作二进制流写入，破坏启动结构，导致服务器 BIOS 显示“Invalid boot media”或直接跳过 U 盘。

2.2 macOS 下用终端刻盘：dd命令不是万能的，createinstallmedia才是安全选择

macOS 用户常误以为sudo dd if=xxx.iso of=/dev/diskX bs=1m最干净。错。ESXi ISO 内含多个启动分区（EFI + BIOS），dd会覆盖整个磁盘结构，且 macOS 的diskutil list有时无法准确识别 U 盘底层设备名（比如/dev/disk2s1实际是 FAT32 分区，而非裸盘/dev/disk2），一不小心就把本机系统盘disk0给刷了。

# 安全做法：用 Apple 官方推荐的 createinstallmedia（需先挂载 ISO） 1. 双击下载的 .iso 文件，macOS 自动挂载为 /Volumes/VMware\ ESXi\ 7.0.3 2. 插入 U 盘，打开“磁盘工具”，选中 U 盘 → “抹除” - 名称：ESXI_INSTALL - 格式：MS-DOS (FAT) - 方案：Master Boot Record（MBR） 3. 打开终端，执行： sudo cp -X /Volumes/VMware\ ESXi\ 7.0.3/* /Volumes/ESXI_INSTALL/ 4. 等待复制完成（约 3~5 分钟），执行： sudo diskutil unmount /Volumes/ESXI_INSTALL

参数说明：-X参数确保复制时保留所有扩展属性（如 EFI 启动文件的com.apple.FinderInfo属性），这是 macOS 下 U 盘能被服务器 UEFI 固件识别的关键。cp比dd更可控，不会误操作底层设备。

2.3 刻盘后必做三件事：校验、测试、标记

刻盘不是终点，而是安装前最后一道防线：

3. 安装过程实录：从 BIOS 设置到 root 密码，每一步都藏着一个“必须按对”的键

ESXi 安装界面是纯文本 TUI（Text-based User Interface），没有鼠标，全靠键盘导航。很多人卡在第一步：进了 BIOS 却找不到 U 盘启动项。这不是你的错——是服务器厂商把启动项藏得太深。下面以三类主流服务器为例，给出 BIOS/UEFI 进入方式和关键设置项。

3.1 BIOS/UEFI 启动设置：Dell、HPE、Lenovo 三大品牌实操指南

注意：所有服务器在保存 BIOS 设置后，必须手动断电 10 秒再开机。这是为了清除 CMOS 缓存，避免旧启动项残留。某次我在 HPE 服务器上改完 Boot Order，直接重启，U 盘仍不出现——断电重来，秒出。

3.2 安装界面逐帧解析：哪些键是“救命键”，哪些是“后悔药”

ESXi 安装流程共 13 个交互节点，其中 5 个是“不可逆确认点”，3 个是“唯一纠错机会”。以下是真实时间线还原（以 Dell R720 + UEFI 刻盘为例）：

1. 欢迎界面（Welcome to VMware ESXi Installer）

   • 屏幕底部显示Press Enter to continue
   • ✅ 正确操作：按Enter
   • ❌ 禁止操作：按Tab或方向键（会进入隐藏调试菜单，无意义）

2. 加载内核阶段（Loading vmkernel...）

   • 屏幕滚动绿色日志，末尾出现CPU: X, Memory: Y GB
   • ✅ 关键观察：确认Memory值与服务器实际内存一致（如 64GB 服务器显示65536 MB）
   • ❌ 翻车信号：卡在Loading module nvme...超过 2 分钟 → 检查 NVMe SSD 是否被 RAID 卡屏蔽（需进 RAID BIOS 设为 JBOD）

3. 许可协议界面（VMware End User License Agreement）

   • 底部提示Press F11 to Accept and Continue
   • ✅ 必须按F11，不能按Enter（Enter 无效）
   • ⚠️ 血泪经验：某次我手快按了F1，弹出帮助窗口，退出后发现协议页重置，必须重新滚动阅读——F1 是“帮助”，F11 才是“接受”

4. 存储选择界面（Select a Disk to Install or Upgrade）

   • 列出所有块设备：mpx.vmhba0:C0:T0:L0（本地 SATA）、naa.600508b1001c8a000000000000000000（SAN LUN）、usb.vmhba32:C0:T0:L0（U 盘）
   • ✅ 正确操作：用方向键高亮目标盘（如mpx.vmhba0:C0:T0:L0），按Enter
   • ❌ 致命错误：选中 U 盘（usb.vmhba32...）→ 安装后系统将运行在 U 盘上，寿命极短且性能崩坏

5. 安装模式选择（Install, Upgrade, or Repair）

   • 三个选项：
     • Upgrade ESXi, preserve VMFS datastore（升级，保留数据）
     • Install ESXi, preserve VMFS datastore（全新装，但不格式化 VMFS）
     • Install ESXi, overwrite all data on the disk（彻底重装，清空一切）
   • ✅ 生产环境首选第三项（overwrite），因为“preserve”模式在跨大版本（如 6.7→7.0）时极不稳定，易导致 datastore 挂起
   • ⚠️ 如果是首次安装，且目标盘是空盘，三个选项效果相同，但为防万一，仍选overwrite

3.3 root 密码设置：不是“符合规则就行”，而是“必须一次输对两遍”

ESXi 7.0 的密码策略是硬编码在内核里的，不接受任何绕过。规则如下：

• 长度：8~40 个字符（注意：不是 ≥7，而是 ≥8，官网文档写错了，实际代码校验是strlen >= 8）
• 字符类型：必须同时包含
  • 至少 1 个小写字母（a-z）
  • 至少 1 个大写字母（A-Z）
  • 至少 1 个数字（0-9）
  • 至少 1 个特殊字符（仅限! @ # $ % ^ & * ( ) _ + - = [ ] { } | ; ' , . < > ? / \中的任意一个）

# 合法密码示例（可直接抄）： MyEsxi2023! # 8位，含大小写+数字+特殊符 VirtLab@7.0# # 10位，清晰易记 # 非法密码示例（会被拒绝）： esxi1234 # 缺少大写和特殊符 ESXI2023! # 缺少小写 myesxi@2023 # 缺少大写 MyEsxi2023 # 缺少特殊符

逻辑说明：密码输入框是哑终端，不显示星号，也不反馈错误类型。输错第一遍，光标会跳到第二行让你重输；若第二遍仍错，整个安装流程终止，返回欢迎界面——你必须重启、重选磁盘、重走一遍前面所有步骤。所以我的习惯是：在纸上先写好密码，确认无误后，再进安装界面一次性输入两遍。

4. 安装后首配：F2 界面不是“点点点”，而是“键键有乾坤”的精密操作台

安装完成重启后，你会看到一个蓝底白字的控制台界面，顶部显示DCUI - Direct Console User Interface，这就是 ESXi 的“生命线”。这里没有图形界面，所有操作靠键盘组合键驱动。很多人在这里栽跟头：按 F2 没反应？输密码后黑屏？配置 IP 后 ping 不通？别急，这全是可解的。

4.1 F2 登录：不是“输完回车”，而是“输完等 3 秒再回车”

ESXi DCUI 的认证模块有个 2.5 秒的内部延迟，这是为了防止暴力破解。表现就是：你飞快输完 root 密码，立刻按 Enter，屏幕没反应；等 1~2 秒再按 Enter，才进入配置菜单。这不是卡顿，是设计如此。

提示：如果连续输错 3 次，DCUI 会锁定 5 分钟（期间任何按键无效）。此时唯一办法是长按服务器电源键强制关机，再开机——不要尝试 Ctrl+Alt+Del，DCUI 不响应热键。

4.2 网络配置核心三步：选网卡、设 IP、存生效

DCUI 主菜单有 7 个选项，我们只关心第 2 项Configure Management Network。进入后，子菜单分三层：

第一层：Network Adapters（选物理网口）

• 屏幕列出所有已识别网卡：vmnic0,vmnic1,vmnic2...
• ✅ 正确操作：用方向键高亮你要用的网卡（如vmnic0），按空格键打勾（前面出现[X]），再按Enter
• ❌ 常见错误：
  • 选了vmnic3（其实是 iDRAC/IPMI 独立网口，不能用于管理）
  • 多选（DCUI 只允许选 1 个主管理口）
  • 选了未连接网线的口（状态显示Disconnected，必须插线后等 5 秒状态变Connected再选）

第二层：IPv4 Configuration（设静态 IP）

• 进入后有两个选项：
  • Set static IPv4 address and network configuration（静态）
  • Use DHCP IPv4 address and network configuration（动态）
• ✅ 生产环境必须选第一项（静态）
• 输入格式（严格按顺序）：

  IP Address: 192.168.10.100 # 你的规划 IP Subnet Mask: 255.255.255.0 # 子网掩码 Default Gateway: 192.168.10.1 # 网关（必须与 ESXi 在同一网段）

注意：IP 地址不能以0或255结尾（如192.168.10.0或192.168.10.255），DCUI 会静默拒绝，光标卡在 IP 行不往下走。这是 VMware 的硬编码限制，无解，只能换地址。

第三层：DNS Configuration（设 DNS）

• 这一步常被跳过，但至关重要：
  • Primary DNS Server: 8.8.8.8（或你的内网 DNS）
  • Secondary DNS Server: 114.114.114.114
  • Host Name: esxi-host01（建议设，方便后续 vCenter 发现）
• ✅ 必填：至少填Primary DNS Server，否则后续用esxcli network ip dns server add命令会失败

4.3 保存与生效：ESC → Y → 等 45 秒，不是“马上就好”

配置完所有网络项，按ESC退出到上一级菜单，此时屏幕底部提示：
Press Y to save and restart management network, N to cancel

✅ 正确操作：按Y，然后——耐心等。
你会看到屏幕刷新，显示：

Restarting management network... [=====> ] 30%

这个进度条实际耗时约 40~50 秒。期间：

• 管理口会短暂断连（ping 丢 3~5 个包）
• 浏览器访问会超时
• 绝对不要按任何键，不要重启，不要拔网线

原因：ESXi 正在卸载旧网络栈、加载新驱动、重绑 IP、重启 hostd 服务。强行中断会导致hostd进程僵死，必须进 SSH 手动services.sh restart，而此时 SSH 默认是关闭的——陷入死循环。

5. 常见问题排查：5 条真实翻车记录，每一条都来自凌晨三点的服务器机房

这一章不讲理论，只列我亲手处理过的、高频发生的、百度搜不到解法的真问题。每条按“现象 → 原因 → 解决”展开，照着做，90% 的安装失败都能救回来。

5.1 现象：U 盘启动后黑屏，只有光标在左上角闪烁

原因：服务器 BIOS 中CSM（Compatibility Support Module）设置与刻盘模式不匹配。例如：U 盘是 UEFI 模式刻的，但 BIOS 里CSM设为Enabled，导致固件试图用 Legacy 方式读取 EFI 分区，失败后挂起。
解决：

1. 断电，开机狂按F2进 BIOS
2. 找到Boot Mode或CSM Support选项
3. 若 U 盘是 UEFI 刻的 → 设CSM = Disabled
4. 若 U 盘是 Legacy 刻的 → 设CSM = Enabled
5. F10保存，重启

5.2 现象：安装进行到 80%，突然蓝屏，显示PSOD: Purple Screen of Death，代码#PF Exception

原因：内存不兼容。ESXi 7.0u3 对 ECC 内存颗粒要求极高，某些杂牌 DDR4 内存（尤其是单条 64GB）在高压读写时触发不可纠正错误。
解决：

1. 关机，拔掉所有内存条，只留 1 条（最好是原厂 Dell/HPE）
2. 重新安装，若成功，则逐条加回，每次加 1 条并跑memtest86+30 分钟
3. 淘汰报错的内存条（别省这点钱）

5.3 现象：安装完成，F2 配好 IP，但电脑 ping 不通，浏览器打不开https://192.168.10.100

原因：防火墙拦截或管理服务未启。ESXi 默认开启iptables，且hostd（主机管理服务）可能因 DNS 配置错误而启动失败。
解决：

1. 用另一台同网段 Linux 机器，执行：

   telnet 192.168.10.100 443 # 测试 443 端口是否开放

   若不通 → 进 DCUI，Troubleshooting Options→Enable ESXi Shell→Enable SSH
2. 用 SSH 登录（ssh root@192.168.10.100），执行：

   # 检查 hostd 状态 /etc/init.d/hostd status # 若显示 stopped，手动启动 /etc/init.d/hostd start # 检查防火墙规则（默认放行 443） esxcli network firewall ruleset list | grep httpClient

5.4 现象：F2 配网时，vmnic0状态始终Disconnected，但网线已插牢

原因：网卡驱动未加载。ESXi 7.0u3 默认不带某些新型网卡驱动（如 Intel X710-DA2 的i40en驱动需单独注入）。
解决：

1. 查网卡型号：DCUI →System Customization→View System Logs→ 滚动到末尾找vmnic0: link down，往前翻看Loading driver日志
2. 若看到Failed to load driver i40en→ 需定制 ISO 注入驱动
3. 临时救急：换用服务器后置的vmnic1（通常是板载 Broadcom BCM5720，驱动内置）

5.5 现象：浏览器打开管理页，显示This site can’t be reached，但 ping 通

原因：证书问题。ESXi 自动生成的自签名证书与浏览器 TLS 版本不兼容（尤其 Chrome 110+ 默认禁用 SHA-1 证书）。
解决：

1. 在浏览器地址栏输入：https://192.168.10.100/ui
2. 若提示“您的连接不是私密连接”，点高级→继续前往...（不安全）
3. 登录后，DCUI →System Customization→Certificate→Replace with Custom Certificate（长期方案，需生成 CSR）

6. 验证安装是否真正成功：不止是“能打开网页”，而是“能执行这 5 条命令”

装完 ESXi，很多人截图发个“Web Client 登录成功”就收工。但真正的验证，是让这台裸金属 hypervisor 开始干活。以下 5 条命令，是我每次部署后必跑的“黄金五连测”，每一条都对应一个核心能力，全部通过，才算真正落地。

6.1 测试 1：esxcli system version get—— 确认内核与版本精准匹配

# SSH 登录后执行 esxcli system version get

预期输出：

Product: VMware ESXi Version: 7.0.3 Build: Releasebuild-20328353 Update: 3 Patch:

逻辑说明：Build号必须与你下载的 ISO 文件名中的 Build 一致（如20328353）。如果显示7.0.0或7.0.1，说明安装时误用了旧版 ISO，或 BIOS 启动了缓存中的旧内核。此时必须重装。

6.2 测试 2：esxcli network ip interface list—— 验证管理口已绑定且 UP

esxcli network ip interface list

关键字段检查：

• Name:vmk0（管理口默认名称）
• IPv4 Enabled:true
• IPv4 Address:192.168.10.100（与你配置一致）
• Link Up:true
• MAC Address:00:50:56:xx:xx:xx（非 00:00:00 开头，证明驱动加载成功）

若Link Up为false，说明物理链路或驱动有问题；若IPv4 Address为空，说明网络配置未生效。

6.3 测试 3：esxcli storage core adapter list—— 确认存储控制器在线

esxcli storage core adapter list

预期输出（以 Dell R720 PERC H710 为例）：

HBA Name Driver State Type Description -------- ------ ----- ---- ----------- vmhba0 megaraid_sas online RAID LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator]

逻辑说明：State必须为online，Driver名要匹配你的 RAID 卡型号。若显示vmhba32（USB）或State: offline，说明 RAID 卡未被识别，需检查 BIOS 中SATA Operation是否设为RAID（而非AHCI）。

6.4 测试 4：esxcli network ip connection list | grep :443—— 验证 Web 服务端口监听

esxcli network ip connection list | grep :443

预期输出（至少一行）：

tcp 0 0 192.168.10.100:443 *:* LISTEN 12345 12345/httpd-worker

逻辑说明：LISTEN状态证明hostd服务已将 443 端口绑定到你的管理 IP。若无输出，说明hostd未启动或被防火墙拦截。

6.5 测试 5：vim-cmd vmsvc/getallvms—— 检查虚拟机管理层是否就绪

vim-cmd vmsvc/getallvms

预期输出：

Vmid Name File Guest OS Version Annotation ---- ---- ---- -------- ------- ----------

逻辑说明：即使没有创建任何 VM，这个命令也应返回一个空表格（表头）。如果报错Permission to perform this operation was denied，说明 root 权限未生效或hostd通信异常；如果返回No such file or directory，说明 vSphere API 层未初始化。

从那以后我每次装完 ESXi，不管多晚，都强制走一遍这 5 条命令——不是为了炫技，而是因为某次跳过测试，上线后才发现存储无法识别，半夜爬起来重装。真正的稳定，不在“看起来能用”，而在“每一条指令都返回预期结果”。希望帮到你。

本文还有配套的精品资源，点击获取