仲裁站点都采用了什么技术来实现？如何防止各个逻辑层在仲裁时发生例如脑裂等问题，有何方案？

其实这个仲裁站点，仅仅是为了避免存储发生脑裂故障而设置的一个第三站点。它的要求很简单，两边以太网络相通，站点内只是一个虚拟机上部署一套软件。当两个存储集群网关之间的通讯发生故障时，有可能是其中一侧故障，在这个时候，集群的两个节点无法判断谁来主宰重组后的集群，那就需要这个仲裁站点根据它的判断来完成集群最终的重组。如果是中间的链路故障，两边功能正常完好的情况下，仲裁站点也无法判断谁来主宰集群，这个时候它具有一种默认策略来保证一边活着，类似ORACLE RAC的仲裁机制。

这个东西几乎没什么可改性，成熟产品，也没有再开发接口。所以很难用这一个东西来协调所有层面的东西。毕竟这都是一系列成熟产品的组合，不是可以开发的应用系统。