主机修复有多种不同的运行方式,具体取决于附加到对象的基准类型以及修复的主机是否属于集群。

主机升级修复

ESXi6.7ESXi7.0 主机升级到 ESXi8.0 时,升级后主机上所有受支持的自定义 VIB 保持不变,不管安装程序 ISO 中是否包含这些 VIB。

可使用包含 ESXi8.0 的第三方模块的自定义 ESXi 映像升级主机。在这种情况下,与 ESXi8.0 兼容的第三方模块在升级后的主机上仍可用。

如果主机升级是在高延迟网络中进行,并且 vSphere Lifecycle Manager 和主机位于不同的位置,则此升级过程可能需要几个小时,因为升级之前需要将升级文件从 vSphere Lifecycle Manager 库复制到主机。在此期间,主机处于维护模式。

vSphere Lifecycle Manager8.0 支持从 ESXi 6.7ESXi 7.0 升级到 ESXi 8.0

要升级到 ESXi8.0,引导设备至少需要为 4 GB。从本地磁盘、SAN 或 iSCSI LUN 引导时,将使用高达 128 GB 的磁盘空间来创建 ESXi 系统分区。可以在大于 128 GB 的引导磁盘上创建 VMFS 数据存储。

注: 将主机升级到 ESXi 8.0 后,无法回滚到先前的 ESXi 版本: ESXi 6.7ESXi 7.0。因此,请在执行升级之前备份主机配置。如果升级失败,则可以重新安装执行升级前的 ESXi 6.7ESXi 7.0 软件并还原主机配置。有关备份和还原 ESXi 配置的详细信息,请参见 《VMware ESXi 升级》文档。要升级 ESXi 主机,必须先将 ESXi ISO 映像导入到 vSphere Lifecycle Manager 库。然后,再创建基准和基准组以管理 ESXi 主机的升级。

主机修补程序修复

修补是根据修补程序基准修复 ESXi 主机的过程。

ESXi6.77.0 主机修复到各自相应的 ESXi 更新版本是一个修补过程,而将 ESXi 主机从版本 6.77.0 修复到版本 8.0 是一个升级过程。

vSphere Lifecycle Manager 通过以下方式处理主机修补程序:

  • 如果修补程序基准中的某个修补程序需要安装其他修补程序,则 vSphere Lifecycle Manager 会在库中检测必备项并将其与所选修补程序一起安装。
  • 如果某个修补程序与主机上安装的其他修补程序相冲突,则可能无法转储或安装有冲突的修补程序。但是,如果基准中的其他修补程序解决了这些冲突,则会安装有冲突的修补程序。例如,假设某个基准中包含修补程序 A 和修补程序 C,而修补程序 A 与主机上已安装的修补程序 B 相冲突。如果修补程序 C 弃用了修补程序 B,且修补程序 C 与修补程序 A 不冲突,则修复过程将安装修补程序 A 和 C。
  • 如果某个修补程序与 vSphere Lifecycle Manager 库中的修补程序冲突,但与主机不冲突,则执行合规性检查后,vSphere Lifecycle Manager 会将该修补程序报告为有冲突的修补程序。可以转储该修补程序并将其应用到主机。
  • 当选择同一修补程序的多个版本时,vSphere Lifecycle Manager 会安装最新版本并跳过安装早期版本。

在修补程序修复过程中,vSphere Lifecycle Manager 会自动安装修补程序的必备项。

使用 vSphere Lifecycle Manager8.0,可以根据手动导入到 vSphere Lifecycle Manager 库的脱机包中的修补程序修复版本 ESXi6.7ESXi7.0 的主机。

可以在修复之前转储修补程序,以缩短主机停机时间。

主机扩展修复

在扩展修复过程中,vSphere Lifecycle Manager 不会自动安装扩展的必备项。缺少扩展必备项会导致一些修复操作失败。如果缺少的必备项是修补程序,可以将其添加到修补程序基准。如果缺少的必备项是扩展,可以将其添加到相同的扩展基准或其他扩展基准。然后,可以根据该基准或包含必备项和原始扩展基准的基准修复主机。