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 映像、執行預檢查、轉儲、修補以及檢查合規性等。
對此，元芳，您怎麼看？