LDAP (389目录服务)和多主机心脏起搏器

Question

我正在尝试设置一对LDAP服务器，运行389 (以前为Fedora )的高可用性，使用带有浮动IP的Pacemaker。此外，389支持多主复制，其中一个节点上的所有更改都会在一个或多个其他节点上自动复制。

我差一点就能让一切正常了。故障转移工作得很好。多主复制工作正常。但是，我现在的Pac怪人配置停止了非活动节点上的目录服务.这意味着备份节点没有从另一个节点接收复制数据。

什么是正确的方式来设置起搏器，以便：

1. LDAP目录服务总是在两个节点上运行。
2. 浮动IP被分配给其中一个节点。
3. 如果主节点死亡或LDAP服务停止在主节点上运行，则发生故障转移。

最初，我的Pac怪人配置看起来如下所示：

property stonith-enabled=false
property no-quorum-policy=ignore

rsc_defaults resource-stickiness=100

primitive elastic_ip lsb:elastic-ip op monitor interval="10s"
primitive dirsrv lsb:dirsrv op monitor interval="10s"
order dirsrv-after-eip inf: elastic_ip dirsrv
colocation dirsrv-with-eip inf: dirsrv elastic_ip

然后，我探索了如何使用粒子起搏器克隆：

property stonith-enabled=false
property no-quorum-policy=ignore

rsc_defaults resource-stickiness=100

primitive elastic_ip lsb:elastic-ip op monitor interval="10s"
primitive ldap lsb:dirsrv op monitor interval="15s" role="Slave" timeout="10s" op monitor interval="16s" role="Master" timeout="10s"

ms ldap-clone ldap meta master-max=1 master-node-max=1 clone-max=3 clone-node-max=1 notify-true

colocation ldap-with-eip inf: elastic_ip ldap-clone:Master
order eip-after-promote inf: ldap-clone:promote elastic_ip:start
order ldap-after-eip inf: elastic_ip ldap-clone

不幸的是，这不太管用。pengine抱怨说，“LDAP -克隆:将可能的1的0实例提升为主”，然后停止LDAP服务。

Answer 1

多亏了心脏起搏器的邮件列表，我们有了解决方案。问题是，389的LSB脚本不理解主/从的概念。最简单的解决方案是使用简单的克隆，而不是主/从克隆。新的起搏器配置如下所示：

property stonith-enabled=false
property no-quorum-policy=ignore

rsc_defaults resource-stickiness=100

primitive elastic_ip lsb:elastic-ip op monitor interval="10s"
primitive dirsrv lsb:dirsrv op monitor interval="15s" role="Slave" timeout="10s" op monitor interval="16s" role="Master" timeout="10s"
clone ldap-clone dirsrv
order ldap-after-eip inf: elastic_ip ldap-clone
colocation ldap-with-eip inf: elastic_ip ldap-clone