189 8069 5689
在同一个vSphere数据中心中，如果创建多个vSAN群集，那么每个vSAN群集的ESXi主机应该都是全新安装的操作系统。如果从一个vSAN群集中移除ESXi主机，再在同一个数据中心中创建新的vSAN群集，那么只会显示一个vSAN存储，并且vSAN存储的容量大小显示不正确。近期在使用vSphere 6.7.0 U3进行测试时就出现了这个故障，现在将实验回顾一下，希望对其他读者有所帮助。在本次实验中，ESXi版本号为6.7.0-14320388，vCenter Server版本号为6.7.0-14368073，这是vSphere 6.7.0 U3的版本。
创新互联建站服务项目包括突泉网站建设、突泉网站制作、突泉网页制作以及突泉网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，突泉网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到突泉省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
当前有一个vSAN的实验环境，4台ESXi主机，管理地址分别是172.18.96.41～44，vSAN的地址是192.168.0.41～44，vSAN专门用了一台万兆交换机。管理地址接到另一台千兆交换机上。每台机器64G内存，每台机器一个磁盘组，1块SSD、2块2TB，这台vSAN使用正常。正常情况下vSAN存储的容量是14.55TB。
然后在这个vCenter中，添加了一个新的群集，2节点vSAN。每台ESXi主机96G内存，这2台主机vSAN流量网卡使用光纤直连（万兆网卡）。每台1个磁盘组，1个SSD，3块2TB。见证主机在另外一台单独的ESXi主机中。正常情况下这个vSAN存储的容量是10.92TB。
自从这个vSAN群集添加之后，在vSphere Client中，无论是浏览原来的vSAN群集还是浏览现在的这个新添加的vSAN群集，显示的vSAN存储只有后来添加的这一个了（容量为10.92TB）。如图1、图2、图3所示。
图1 数据中心中查看存储
图2 2节点直连看存储
图3 原来的vSAN存储
原来的vSAN群集磁盘管理、vSAN监控信息都正常，如图4所示。
图4 原来的vSAN磁盘管理
第2个vSAN群集磁盘管理中显示也是正常，如图5所示。
图5 第2个vSAN群集磁盘管理
使用SSH登录第一个vSAN群集中的其中一台主机，执行esxcli vsan cluster unicastagent list，看到单播信息正常，如图6所示。
图6
登录第2个vSAN群集中的一台主机，例如172.18.96.45，信息也正常，如图7所示。
图7
图8 第1个vSAN群集2 vSAN监控
图9 第2个vSAN群集
尝试将第2个vSAN群集移除后，第1个vSAN群集vSAN存储显示为0（如图10所示），禁用HA再启用后恢复正常。
图10 vSAN存储为0
图11 重新配置HA后正常
然后再次在数据中心中新建vSAN群集，添加2节点主机之后故障再次出现。
因为前面的实验是在同一个数据中心中创建多个群集。接下来创建了2个数据中心，每个数据中心各放一个vSAN群集。在添加vSAN群集时，仍然是使用相同的实验主机。但本次实验发现，在同一个vCenter中创建多个数据中心、每个数据中心有一个vSAN群集时，每个数据中心中vSAN存储显示正常。如图12所示，图中一共有3个数据中心，每个数据中心中有一个vSAN群集，在vCenter一级可以显示出3个vSAN存储。
图12 多个数据中心多个群集显示正常
既然多个数据中心、多个群集，vSAN存储显示正常，那么在同一个数据中心多个群集应该也可以。因为以前做过类似的实验。以前vSphere 6.5、vSphere 6.7的时候都做过，只是这次vSphere 6.7.0 U3出错，以为是新版本的bug。
后来我想，这些计算机最初都是在一个vSAN群集中，最初这是一个由12台主机组成的vSAN群集，只是最后从群集中移除了8台主机，将vSAN群集收缩到4台。从群集中移除的这8台ESXi主机也没有重新安装系统，会不会是这个原因呢？
然后我只保留172.18.96.41～172.18.96.44的vSAN群集，其他主机全部重新安装。在重新安装后，在一个数据中心中创建2个群集，每个群集添加不同的ESXi主机并配置vSAN，这次实验之后发现，实验成功，如图13所示。
图13 实验成功