什么围栏设备设置可以防止双节点RHEL群集中的互相STONITH?

我在具有iDRAC的物理Dell服务器上的RHEL 6.6上安装了Red Hat群集(corosync + rgmanager)软件。

这个群集用于无状态应用程序(stunnel,一个TLS网关),所以它不需要也没有任何共享磁盘。 我宁愿保持这个群集尽可能简单,所以我宁愿不添加任何iSCSI仲裁磁盘(到目前为止,根本没有qdisk)。

我的cluster.conf包含:

<cman expected_votes="1" two_node="1"/> 

如果我的“心跳”链接完全失败,我的testing强烈build议发生这种情况:

如果双节点集群中的两个节点彼此失去联系,是不是试图互相隔离?

他们是这样。 当每个节点认识到另一个已经停止响应时,它将尝试篱笆另一个。 它可以像OK Coral上的一场枪战,而且平局最快的节点(首先篱笆另一个)胜出。 不幸的是,两个节点最终可能同时下降,失去整个集群。 (引自https://fedorahosted.org/cluster/wiki/FAQ/CMAN )

任何围栏设备能保证这种枪战只会closures一个节点吗? 当然iDRAC或vmWare代理不能防止这种情况。

我正在考虑一些只能按顺序执行的IPMIfunction的PDU,如下所示:如果存在closures端口的请求,则该请求将等待所有正在进行的closures其他请求。

我无法在PDU文档中validation这一点,但也许有人已经尝试过,可以推荐实际上以这种方式工作的东西。