ESXi 6.7 至 8.0 更新 - 修复生产服务器崩溃

首先检查硬件兼容性

ESXi 6.7 于 2022 年 10 月 15 日结束了一般支持，因此这一举动已经过期了 - 但 6.7 到 8.0 是主要版本升级，而不是补丁。在这两个版本之间，VMware 完全删除了 VMKLinux 驱动程序模型（现在每个设备都需要一个本机驱动程序），并淘汰了一代 CPU、网络适配器和存储控制器。一个完全健康的 6.7 主机仍然无法升级。

在预订任何窗口之前，请检查VMware 兼容性指南，了解您的确切服务器型号、CPU 系列、网络适配器和存储控制器是否符合 ESXi 8.0，并将服务器固件（BIOS、存储控制器、NIC）更新到供应商为 8.0 列出的版本。安装程序自己的预检查也会对已弃用的设备发出警告 - 但在午夜在控制台上发现是错误的时间。先在纸上检查一下。

备份主机配置和虚拟机

从主机 shell 备份主机配置（如果已关闭，请先在主机上启用 SSH）。该命令返回配置包的下载链接 - 打开它并将 .tgz 文件保存在该服务器上以外的某个位置：

vim-cmd hostsvc/firmware/backup_config

然后确认虚拟机备份是最新的，并且至少已实际测试了一项还原。升级后的紫色屏幕中有一半可以追溯到旧虚拟机管理程序容忍的固件 - 但您无法撤消的崩溃是那些没有备份的崩溃。

规划窗口并准备好 8.0 许可证密钥

选择一个维护时段并向用户宣布 - 当主机出现故障时，任何人都不应处于保存状态。写下顺序和时间，并设置一个硬回滚截止日期：在晚上停止调试并回滚（步骤 7）而不是吃掉整个窗口的时间点。工作完成后发送结束消息，这样第二天早上就不会开始有谣言。

在窗口之前而不是窗口期间对许可证进行排序。 许可证密钥与主要版本相关联 - 8.0 主机不会接受 6.7 密钥，如果没有许可证密钥，它将在评估模式下运行 60 天。在 Broadcom 下，密钥和下载来自 Broadcom 支持门户，违反您的权利，因此请提前安排访问。

路线 A — 通过引导 8.0 ISO 进行升级

告诉用户，然后将主机置于维护模式 - 每个虚拟机都关闭或迁移到另一台主机。切勿升级仍在运行生产虚拟机的主机。

从 ISO 引导 ESXi 8.0 安装程序，选择保存现有安装的磁盘，然后选择升级 ESXi，保留 VMFS 数据存储。这是大多数服务器上显示的路线，并且可以干净地处理大版本跳转，因为预检查会随时显示在屏幕上。

路线 B — 使用 esxcli 从 Shell 升级

仓库路由完全从主机外壳运行——没有物理或虚拟介质——这使得它成为远程主机的实用选择。主机仍然首先进入维护模式，与路由 A 中完全相同。允许 HTTP 客户端通过主机防火墙：

esxcli network firewall ruleset set -e true -r httpClient

列出 VMware 在线仓库中可用的配置文件，并记下 8.0 标准配置文件的确切名称：

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

然后使用确切的配置文件名称对软件仓库运行配置文件更新，并在完成后重新启动主机：

esxcli software profile update -d <depot-url> -p <exact-profile-name>

同样的路线可以离线使用：将软件仓库包 ZIP 复制到数据存储，并将 -d 值指向该文件。请注意，profile update 是升级命令 - 它使您现有的配置和第三方 VIB 保持兼容；不要替换 profile install，它会替换图像。

重启后 — 许可、验证，然后发布

主机在 8.0 上恢复后，应用您的 ESXi 8.0 许可证密钥 - 6.7 密钥不被接受，并且如果没有新密钥，评估时钟就会滴答作响。退出维护模式，然后首先启动一个非关键虚拟机并检查其网络、存储和控制台，然后再启动其余虚拟机。

接下来检查主机本身：驱动程序或传感器投诉的事件日志和硬件状态、每个安装的数据存储以及完好无损的管理网络设置。然后将服务器释放回给用户，并发送步骤 3 中的关闭消息。

崩溃手册 — 紫屏和 Shift+R 回滚

如果升级后主机出现紫屏 (PSOD) 或无法正常启动，请按此顺序进行操作。 首先，在触摸任何东西之前拍摄紫色屏幕。PSOD 是 VMkernel 故意停止，因为继续运行会给 VM 带来风险 - 屏幕就是诊断：异常类型和其上命名的模块指向原因，驱动程序模块名称指示硬件支持问题，页面错误指向内存或固件。

其次，重新启动一次并观看。驱动程序更改后出现的一个短暂的紫色屏幕是数据；重复就是一个判决。第一个怀疑，按照升级本身的顺序：不支持的 NIC 或存储适配器、比兼容性指南列表更旧的固件，或者旧版本从未强调过的内存错误。

第三，回滚。ESXi 安装到两个启动库中，升级后备用库中的先前 6.7 版本保持不变。重新启动主机，然后在启动提示符处按 Shift + R 并确认 — 主机将启动之前的 6.7 版本，包括配置，与您离开时完全相同。如果回滚成功，您已经赢得了时间：在白天修复兼容性问题，然后在新窗口中再次升级。

vim-cmd hostsvc/firmware/restore_config <bundle-path>

该恢复命令是第二条逃生路线 - 它将第 2 步捆绑包中的主机配置放回到相同版本和构建的主机上，以应对一个引导库不够的情况。