谈谈部署VMware VSAN双活数据中心的需求，特别是网络需求

本文主要是介绍谈谈部署VMware VSAN双活数据中心的需求，特别是网络需求，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

前面我们介绍过VMware Virtual SAN 6.1的一些新特性，其中最大新功能我认为就是vSAN开始支持可伸缩集群Streched Cluster。今天，我们来更多了解一些部署VSAN双活数据中心需要考虑的一些内容，特别是网络的需求。

首先说一下双活数据中心和主备数据中心的区别。以人类的哺乳来说明最形象了，下图中左边是双活，右边就是主备，大家一看就明白了。

而可伸缩集群，就是双活的一种，两个数据中心都可以跑业务，而且如果和ORACLE RAC等配合，可以跑一样的业务。

那么VMWARE的可伸缩集群有什么要求，特别是网络的要求？今天我们就来简单聊一下。

首先回顾一下可伸缩集群的原理。最重要的就是一个容错域（Fault Domain）的概念。可伸缩集群一般需要三个容错域，业务站点A和业务站点B，还有一个见证站点C，做仲裁用。

因此，规划的时候需要考虑这三个站点的网络需求，存储需求和计算需求。

我们重点来看一下网络需求，这个大家比较关心。

总结一下网络要求就是：

1、业务站点之间必须用万兆互连，互联方式可以是L2，也可以是支持组播的L3，距离没有要求，但RTT要小于5ms；

2、业务站点和见证站点必须用L3互连，要求百兆网络，100ms的RTT，不需要组播。

3、业务站点需要的带宽和节点数，写的数据量相关，但最少要单向1Gbps的带宽。如果两个业务中心各有5个VSAN节点，一共300VM的情况下大约需要4Gbps的带宽。

为什么见证主机网络需要三层，不能用二层，主要是如果三个站点都用2层，会形成环路，这样需要用再生树协议STP，很麻烦。业务站点每隔1秒和见证站点通讯一次，如果5次通讯失败，就认为通讯中断。

见证应用上面只有元数据，因此需要的存储空间不大。目前的版本好像需要一台独立的见证主机，上面不能跑别的VM。

业务站点如果采用三层互连，可以用VMware的软件定义网络NSX。

对于读操作，VMWARE实现了本地读策略。也就是优先读取本地的数据，减少时延。

而对于写操作，任何的写必须同时完成写两个站点才能返回写成功。

如果见证站点出了故障，VMWARE采取措施是对业务不影响，业务继续运行。可以重新创建新的见证应用。

VSAN可伸缩集群配置比较简单，分四步搞定，用图形界面。

VMWARE在大会还做了一个演示。西瓜哥查了一下Asutin和Dallas的距离，大约300KM。也就是他们演示了一个300KM的双活。当然，这种情况一般不能用并行数据库。

可伸缩集群和vSphere复制配合起来，可以实现两地三中心的部署。利用VSAN最新的快照技术，可以实现5分钟的RPO。

VMWARE还计划把伸缩集群和和云DR结合，可以在云里一键恢复数据中心的应用。

2节点的分支机构是VSAN 6.1的新功能，这也可以部署可伸缩集群，把见证放在中心站点。

昨天西瓜哥喷了一下融合架构，今天我们看到VSAN也支持双活了。其实高端存储和融合架构都在发展，大家各有自己的定位和侧重点，大家选择适合自己的就好。

这篇关于谈谈部署VMware VSAN双活数据中心的需求，特别是网络需求的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！