当机器B接pipe故障转移场景时,我试图执行裂脑保护。 基本上我想强制机器A真的在机器B被激活之前,避免臭名昭着的裂脑场景。
所以我需要一个软件或者硬件解决scheme, 使我能够通过切割来远程高效地杀死机器A。 这是STONITH的方法,或者在头上拍摄其他节点。
如何做到这一点?
在这种情况下closures服务器的电源通常通过IPMI或具有networking访问的可切换电源单元完成。
由于分裂的大脑情况意味着可能由于networking中断而导致的奇怪现象,因此您通常会将该networking连接到单独的交换机上。
其次,您可以按照gf_的说明configurationcorosync / pacemaker来closures另一个节点。 在双节点集群中,您将遇到问题,即要select哪个节点能够存活,并且通常具有奇数个节点。 有可能克服这一点,但这取决于你的需求和期望。
除了IPMI之外,您还可以使用embedded了虚拟化平台(如KVM或VMware)的API。 这个想法是立即closures虚拟机(如果集群当然是基于虚拟机的话)。 我相信也可以为GCE / AWS完成,但是在pipe理员端需要一些脚本(编写自己的STONITH代理)。
https://www.hastexo.com/resources/hints-and-kinks/fencing-libvirtkvm-virtualized-cluster-nodes/