在同一个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 实验成功
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。