背景:
这个问题的来源是,某用户将该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=-