其实这个仲裁站点,仅仅是为了避免存储发生脑裂故障而设置的一个第三站点。它的要求很简单,两边以太网络相通,站点内只是一个虚拟机上部署一套软件。当两个存储集群网关之间的通讯发生故障时,有可能是其中一侧故障,在这个时候,集群的两个节点无法判断谁来主宰重组后的集群,那就需要这个仲裁站点根据它的判断来完成集群最终的重组。如果是中间的链路故障,两边功能正常完好的情况下,仲裁站点也无法判断谁来主宰集群,这个时候它具有一种默认策略来保证一边活着,类似ORACLE RAC的仲裁机制。
这个东西几乎没什么可改性,成熟产品,也没有再开发接口。所以很难用这一个东西来协调所有层面的东西。毕竟这都是一系列成熟产品的组合,不是可以开发的应用系统。