啟動了VSAN服務的主機不在vCenter集群中

 

背景：

這個問題的來源是，某用戶將該ESXi主機直接奪取到另一個vCenterA的管轄中，而這個vCenterA中集群A開啟了VSAN功能，導致再次反向奪取到vCenterB中的時候帶有了來自於集群A的種種VSAN服務。

此時在vCenterB中可以看到這個回遷回來的主機一致都有標題中的警告信息：

Figure 1 Host with the VSAN service enabled is not in the vCenter cluster

Figure 2中文提示長這個樣子

Figure 3同時還會帶來一個沒有容量，沒有任何參數可看的空殼VSAN存儲卷

Figure 4最有意思的是，中文和英文都提到的“服務”，在常規配置中卻看不到任何此類服務的總計

嘗試解決思路：

畢竟是個看起來有問題的空殼存儲卷，放在那里感覺很礙眼。我所嘗試的方式如下：

1、 現對這個主機進行維護模式，此時在DRS的作用下，虛擬主機會自動遷移走

2、 提取當前主機的配置文件

3、 修改配置文件中關於VSAN相關的信息

4、 再次附加配置文件后檢查問題是否解決

動手操作：

Figure 5在對該主機進入到維護模式之后，提取主機配置文件

Figure 6取名配置文件叫做vsan

Figure 7隨后對導出的主機配置文件進行編輯

Figure 8中文叫做“虛擬SAN配置”，我們需要禁用這個主機上的VSAN功能，去掉已啟用的對勾；同時把不需要的修改項都去掉

Figure 9英文環境下看到的是這樣

Figure 10確認后編輯，刷新查看上次編輯時間，確認准確之后進行“刷機”

Figure 11右擊該主機配置文件后，選擇附加/分離主機和群集進行最后的刷機

Figure 12附加剛才那個需要進行VSAN禁用的主機后點擊下一步

Figure 13進行主機自定義配置

Figure 14附加好之后進行合規性檢查，合規后我們就可以執行VSAN的服務更新了

Figure 15最后進行修復操作，主機不用重啟

Figure 16隨后可以檢查效果，與VSAN相關的告警信息已經消失

總結：

由於是意外操作后的應對策略，因此在進行vCenter之間搶奪ESXi主機的時候一定要仔細判斷清楚所具有的資源，避免復原之后奇怪的信息干擾普通用戶的使用。

最后可以對這個主機配置文件進行分離，在不需要的情況下可以最后做配置文件的移除。

Figure 17分離配置文件

-=EOB=-