今天，西瓜哥才了解到，原来富士通的DX S3平台已经支持阵列的双活的。我们今天就花点时间了解一下。

首先，这个双活的功能，富士通叫Storage Cluster Option，也就是存储集群选项。存储集群目前只支持富士通最新的ETERNUS DX S3硬件平台，因此，其高端存储DX8700 S2不支持。估计今年富士通高端存储也会升级到S3新平台，这样富士通可能成为第二个或者第三个(和华为拼时间)支持双活功能的高端存储。

目前，这个集群只支持FC链路，需要2台ENTERNUS DX S3的阵列，2台博科的FC交换机，必须采用ENTERNUS SF管理软件来进行管理，而且需要购买专业服务。

富士通说其存储集群可以实现透明的切换，支持自动或者手动切换，对称配置保证两边都可以访问，使用简单，支持同机房部署，也支持校园或者同城部署，最大支持100KM距离。

其实集群原理很简单，就是两台阵列采用富士通的同步复制技术来进行数据同步，有一个存储集群控制器(上面安装ENTERNUS SF管理软件)来负责监控集群和控制集群的切换。富士通声称，切换的时间最大不超过10秒，也就是业务最多中断10秒钟，如果应用不是并行应用的话。

这个就是ENTERNUS SF管理软件的界面，可以选择手动切换。

存储集群支持两种应用场景，一是阵列故障的时候，保证业务不中断。

另外一种就是双活的数据中心，整个主站点故障也不影响业务。

如果再看懂其设计原理图，需要了解一些基本的概念，如TFOV，TFO组，CA端口组等。

切换的原理富士通说得很清楚，就是CA端口组共享WWPN/WWNN。就像我们通常理解的IP集群一样，两个网卡共享同一个IP地址(浮动地址)，当主网卡出现问题，浮动IP从主网卡飘到从网卡，主机因为是通过IP地址访问，因此除了出现短暂的中断外，业务没有受到影响。而WWNN就类似浮动IP地址。

但从富士通的文档，西瓜哥没有看到仲裁机制的设计，这个和HDS VSP G1000不同。富士通没有要求在第三站点设置仲裁设备。估计和富士通定位比较低端有关，因为这样部署的成本比较低。但如果系统发生脑裂，没有第三站点的仲裁判断可能会出现误判，因此西瓜哥不建议在核心系统应用这种方案。

富士通用DX S3平台推出一款全闪存阵列ENTERNUS DX200F，因此，这也是个支持双活的全闪存阵列。我们通过DX200F的集群规格来看看具体的功能。

我们看到，存储集群也可以支持RAID组故障，但主机路径阻塞，系统是不会切换的。

猜想：富士通的存储集群，从原理来看，和国内某厂商的原理非常类似，都没有采用第三方站点设备仲裁。另外，考虑这两个厂商在虚拟化网关方面和杭州的信核科技(Infocore)有合作，西瓜哥有点怀疑这两个厂商的双活实现是否采用了某些Infocore的技术。不过，纯粹猜想而已，原理并不复杂，实现基本功能很简单，但要做得可靠稳定，还是需要下很多功夫的，特别是各种情况的异常处理方面。

EMC的XtremIO要实现双活，需要加VPLEX，而富士通用DX200F就可以搞定了。存储的双活，从高端到中端，甚至全闪存阵列，看来都是一个趋势。