主机修复有多种不同的运行方式,具体取决于附加到对象的基准类型以及修复的主机是否属于集群。
主机升级修复
将 ESXi6.7 或 ESXi7.0 主机升级到 ESXi8.0 时,升级后主机上所有受支持的自定义 VIB 保持不变,不管安装程序 ISO 中是否包含这些 VIB。
可使用包含 ESXi8.0 的第三方模块的自定义 ESXi 映像升级主机。在这种情况下,与 ESXi8.0 兼容的第三方模块在升级后的主机上仍可用。
如果主机升级是在高延迟网络中进行,并且 vSphere Lifecycle Manager 和主机位于不同的位置,则此升级过程可能需要几个小时,因为升级之前需要将升级文件从 vSphere Lifecycle Manager 库复制到主机。在此期间,主机处于维护模式。
vSphere Lifecycle Manager8.0 支持从 ESXi 6.7 和 ESXi 7.0 升级到 ESXi 8.0。
要升级到 ESXi8.0,引导设备至少需要为 4 GB。从本地磁盘、SAN 或 iSCSI LUN 引导时,将使用高达 128 GB 的磁盘空间来创建 ESXi 系统分区。可以在大于 128 GB 的引导磁盘上创建 VMFS 数据存储。
主机修补程序修复
修补是根据修补程序基准修复 ESXi 主机的过程。
将 ESXi6.7 和 7.0 主机修复到各自相应的 ESXi 更新版本是一个修补过程,而将 ESXi 主机从版本 6.7 或 7.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.7 和 ESXi7.0 的主机。
可以在修复之前转储修补程序,以缩短主机停机时间。
主机扩展修复
在扩展修复过程中,vSphere Lifecycle Manager 不会自动安装扩展的必备项。缺少扩展必备项会导致一些修复操作失败。如果缺少的必备项是修补程序,可以将其添加到修补程序基准。如果缺少的必备项是扩展,可以将其添加到相同的扩展基准或其他扩展基准。然后,可以根据该基准或包含必备项和原始扩展基准的基准修复主机。