【VMware vSphere】VMware vSphere 9 将有 vLCM 重大改进?

VMware Explore 2024 Las Vegas 大会现已经结束一段时间了,有关此次大会的所有视频也都上传到了 VMware Explore Video Library,大家如果有兴趣可以点击去查看这些会议的内容。我最近观看了“Simplified Lifecycle Management for VMware Cloud Foundation and VMware vSphere [VCFB1299LV]”这个会议视频,里面提到了有关 vSphere Lifecycle Manager(vLCM)生命周期管理工具的未来更新计划,并且改动还挺大挺有意义的,所以下面我单独把这部分内容拎出来分享给大家。

如果你还不知道什么是 vLCM 的话,请移步“使用vSphere Lifecycle Manager(vLCM)管理独立主机和集群的生命周期。”进行查看。

vLCM 是 vSphere Update Manager(VUM)的后继版本,这两者最主要的区别是,VUM 使用“基准或基准组”来管理 vSphere 环境的生命周期,而 vLCM 使用“映像”。vLCM 是 vSphere 7.0 的时候发布的,当时同时支持 Image 和 Baseline 两种使用方式,直到 vSphere 8.0 的发布,VMware 宣布将弃用 VUM 使用 Baseline 的方式,而最近发布的计划是,VUM Baseline 方式会在 vSphere 9.0 中完全移除,以后 vLCM 仅使用 Image 的方式作为 vSphere 生命周期管理的标准框架。

将 vSphere 集群基于 Baseline 的方式转变为基于 Image 的方式,相信大家早就会预料的事情,因为 VMware 推动 vLCM 使用基于“映像”的生命周期管理方式,为的就是希望 vSphere 集群中的主机型号配置(如 CPU、阵列卡以及硬盘等)能保持一致,这样一来,集群内的主机能够为工作负载提供相同的性能,以防止当其他主机意外故障后可以随时进行接管而不损失任何性能,另外一点是使用了相同厂商和相同型号配置的服务器能够降低因“Patch”或“Upgrade”所带来的意外风险,在生产环境中,也许某一硬件设备的固件版本可能都会影响整个平台的稳定性。

使用相同型号配置的主机,当然是最好也是最稳当的做法,这也是 VMware 推荐使用 vLCM 映像管理方式的原因,但实际情况是,很多 vSphere 环境做不到统一品牌、统一型号以及统一配置,这就导致了很多人痛恨 VMware 将映像作为 vLCM 主要的生命周期管理方式,因为早期使用 VUM 基于 Baseline 的方式很适合这种硬件配置不一样的集群环境。没办法,这是一个数据中心发展的趋势,Build Your Own(BYO)的构建方式固然可以节省很大的成本,但是,没有人能够承担因此所带来的不可预知的风险,有利有弊就看如何进行权衡了。

VMware 或者 VMware by Broadcom 也明白客户的这个痛点,所以如果将 Baseline 方式从 vLCM 中移除后,计划(大概率是 vSphere 9)对 vLCM 基于 Image 的方式进行重大的更新调整,将引入一个叫“Image Catalog”的功能,这个功能允许你在 vLCM 中创建多个 Image 映像,然后不同的 Image 映像可以应用于同一个 vSphere 集群中的不同主机,如下图所示。

比如,在 vLCM 中有 Image 1 和 Image 2 这两个映像,这两个映像中都使用了相同 ESXi 基础映像,但是使用了不同的 Vendor Add-on 供应商加载项或组件,然后在 vSphere 集群(Cluster 10)中定义了一部分 vSphere 主机使用 Image 1 映像,另一部分 vSphere 主机使用 Image 2 映像,这样一来,vSphere 集群中就可以使用不同型号不同配置的主机,又能使用 vLCM 基于映像的管理方式了。

如果引入这个功能之后,新的 vLCM 仪表盘如下图所示。在新的 vLCM 管理视图中,你可以进行新建、删除、编辑、导入、导出 Image 映像等操作,并且从 Image 映像视图中也能看出 Image 映像被应用到了哪个 vSphere 集群或哪几个 vSphere 集群。这里值得一提的是,vSphere 8 中的 vLCM 不能删除已添加的 Image 映像功能也计划在 vSphere 9 中实现。

在集群级别更新视图中,你可以编辑 Image 映像,然后为该集群新添加一个 Image 映像,在这个新 Image 中可以单独定义所需的 Vendor Addon 或 Components,最后选择与该 Image 映像匹配的主机即可进行应用。

在混合了不同厂商的 vSphere 集群中,你可以添加多个 Image 映像以用于不同的主机,在执行更新时,可以选择不同 Image 映像中的主机以执行不同的修补任务,也可以选择单独对某一台主机执行修补操作,这样的编排性是不是更强了?!还有一点是,现在如果要批量同时修补多台主机的话,这些主机必须要先处于维护模式,而未来版本中,可以不用先进维护模式了,DRS 会根据情况自动去调度主机进入维护模式并批量同时更新。

引入了 Image Catalog 功能之后,你可以在 vCenter 或者 Datacenter 级别执行 vLCM 操作,比如批量的对多个集群或多个独立主机进行分配 Image 映像、运行预检查、转储、修补以及检查合规性等。

对此,元芳,您怎么看?