启动了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=-