自Virtual SAN最初发布以来,客户一直在寻求适用于较小环境(例如远程办公室/分支机构(ROBO))需求的Virtual SAN版本和许可包。客户希望在传统的Virtual SAN群集实施中提供可管理性,性能和可用性方面的所有好处,而无需最低要求三个节点。今天,Virtual SAN 6.1引入了Virtual SAN for ROBO,这是一种受支持的解决方案,专门设计和打包为满足较小的ROBO环境和合适的用例的需求。

适用于ROBO的Virtual SAN建立在故障域的基础上,在这种情况下,所需的故障区域 vsan-robo-wit  基于三个节点(两个物理节点和见证虚拟设备)。见证虚拟设备经过独特设计,其唯一目的是在故障事件期间提供群集仲裁服务,并存储见证对象和群集元数据信息。

见证虚拟设备的使用消除了对第三物理节点的需求。这是ROBO客户一直在寻找的东西,因为较低的成本是ROBO用例的基石之一。

有关Virtual SAN Witness虚拟设备的几个事实:

  • 每个Virtual SAN ROBO群集都需要一个见证虚拟设备。
  • 设备不向群集贡献计算资源或存储资源,并且不能承载虚拟机。
  • 见证虚拟设备是唯一可用和受支持的 只要 适用于Virtual SAN扩展群集和Virtual SAN ROBO版本。
  • 与Virtual SAN扩展群集非常相似,Virtual SAN ROBO版本仅能够支持群集中的单个故障(FTT = 1),因为仅支持三个故障域。

客户现在可以部署大量的两个节点Virtual SAN群集,并从集中式数据中心的单个vCenter Server实例集中管理它们。这种方法减少了跨多个站点的多个群集的成本和管理开销,因为可以通过vCenter Server的集中实例来安排维护,修补和软件升级。

从配置的角度来看,通过vSphere Web Client中的向导执行针对ROBO的Virtual SAN群集配置非常简单。从网络角度来看,两个Virtual SAN群集节点将在启用了多播的单个第2层网络上进行配置。它们也可以在第3层网络上进行配置,因为它也受支持,但实际上这是一个复杂的配置,通常在ROBO环境中找不到。返回到中央数据中心的见证设备网络连接和通信要求如下所示。

 vsan-robo-config

见证虚拟设备网络连接要求

  • 1.5 Mbps连接
  • RTT延迟时间为500毫秒
  • 第3层网络连接,而无需组播到集群中的节点

与具有传统Virtual SAN集群的方案相比,见证虚拟设备经过了优化,可以接收到最少的流量。在稳定状态下,集群中的两个节点与见证服务器之间几乎没有任何通信。读取和写入操作不需要与见证虚拟设备进行任何通信,因为到见证虚拟设备的流量主要限于创建,删除,重新配置和更改策略操作。

总体而言,通过用见证虚拟设备替换第三台物理主机,VMware满足了客户为ROBO环境提供Virtual SAN解决方案的需求。这种新的ROBO 虚拟SAN 软件包从CAPEX和OPEX的角度降低了解决方案的总体成本,同时使客户可以利用Virtual SAN群集的大部分优势。下表列出了许可包信息以及Virtual SAN for ROBO支持的功能。

 vsan-robo软件包

需要指出的最后一件事是,如果出现了超出2节点配置范围扩展的需求,客户将能够做到这一点而不会发生任何类型的中断或中断。许可需要进行更改,但是这里要知道的重要一点是,该解决方案可以从ROBO解决方案扩展到企业解决方案。

有关用于ROBO的Virtual SAN的更多信息,请访问 虚拟SAN 产品页面 或与您的解决方案工程师联系。

- 请享用

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

X