vsan-robo-wit自从我以前的帖子 的VMware 虚拟SAN ROBO版,我收到了一些请求,要求对用于ROBO的Virtual SAN群集的配置过程进行记录演示。好吧,这恰好是一个非常简单的过程,所以我能够将几个系统放在一起并录制一个演示。

特别是有一个问题被问到我几次,这与我想简要讨论的Fault Domains和所使用的向导的配置有关。我被问到的问题是:

向导说为什么为ROBO配置Virtual SAN群集时– 配置VSAN延伸群集 实际上,这不是扩展的群集配置吗?

首先,伟大的观察,我认为这是一个值得解释的观察。实际情况是,从配置语义的角度来看,用于创建ROSAN的Virtual SAN扩展集群和Virtual SAN集群的配置过程是相同的。两种功能均基于Virtual SAN构建’■故障域功能,这是系统限定逻辑故障区域的一种方式。

vsan-robo-wizard

从Virtual SAN内部观点来看,这两种解决方案都具有相同的内部功能。集群级对象管理器(CLOM)配置为确保所有虚拟机见证组件都放置在见证故障域内的见证节点上。然后,群集监视,成员资格和目录服务(CMMDS)协调管理Virtual SAN群集的群集形成,故障转移和其他功能。

修改了分布式对象管理器(DOM)和本地日志结构对象管理器(LSOM)以适应群集的所有必需功能和行为。所有这些配置和功能都是在您通过配置向导时执行的,并且对于扩展群集和ROBO群集而言,它们都是相同的。

归根结底,这两个用例之间的差异实际上取决于两个不同用例及其实现所使用的网络连接性,带宽要求和许可模型。如果考虑一下,在ROBO实现中,您实质上就是在扩展(拉伸)集群’跨到远程站点(见证故障域)的连接以进行集中管理。除此之外,实现细节和概念是相同的。

vsan-sc-vs-robo

由于这些事实,我们可以对两个解决方案使用相同的精确向导。我已经考虑了观察结果,这是我认为值得与Virtual SAN工程团队联系的东西,看看我们是否能够提出一种适用于两种用例的解决方案,而不会引起UI的混淆。

我希望能够回答有关配置向导的问题,并消除可能存在的任何潜在混乱。现在,无需再拖延即可欣赏为ROBO用例配置Virtual SAN群集的演示。

用我们的工程副总裁的话来说 燕兵 “Go 虚拟SAN!!!” ?

- 请享用

有关Virtual SAN(VSAN),vSphere虚拟卷(VVol)和其他存储和可用性技术以及vSphere Integrated OpenStack的(VIO)和Cloud-Native Apps(CNA)的将来更新,请确保在Twitter上关注我:@冲云

X