Keepalived详解（五）：Keepalived集群中MASTER和BACKUP角色选举策略【转】

一.Keepalived集群中MASTER和BACKUP角色选举策略

在keepalived集群中，其实并没有严格意义上的主、备节点，虽然可以在keepalived配置文件中设置state选项为MASTER状态，但是这并不意味着此节点一直就是MASTER角色。控制节点角色的是keepalived配置文件中的priority值，但它并不控制所有节点的角色，另一个能改变节点角色的是在vrrp_script模块中设置的weight值，这两个选项对应的都是一个整数值，其中weight值可以是个负整数，一个节点在集群中的角色就是通过这两个值的大小决定的。

在一个一主多备的Keepalived集群中，priority值最大的将成为集群中的MASTER节点，而其他都是BACKUP节点。在MASTER节点发生故障后，BACKUP节点之间将进行“民主选举”，通过对节点优先级值priority和weight的计算，选出新的MASTER节点接管集群服务。

在vrrp_script模块中，如果不设置weight选项值，那么集群优先级的选择将由Keepalived配置文件中的priority值决定，而在需要对集群中优先级进行灵活控制时，可以通过在vrrp_script模块中设置weight值来实现。下面举例说明：

假定由A和B两个节点组成的Keepalived集群，在A节点keepalived.conf文件中，设置priority值为100，而在B节点keepalived.conf文件中，设置priority值为80，并且A、B两个节点都使用了vrrp_script模块来监控MySQL服务，同时都设置weight值为10，那么将会发生如下情况。

在两节点都启动Keepalived服务后，正常情况是A节点将成为集群中的MASTER节点，而B自动成为BACKUP节点，此时将A节点的MySQL服务关闭，通过查看日志发现，并没有出现B节点接管A节点的日志，B节点仍然处于BACKUP状态，而A节点依旧处于MASTER状态，在这种情况下整个HA集群将失去意义。

下面分析产生这种情况的原因。这也就是Keepalived集群中主、备角色选举策略的问题。下面总结在keepalived中使用vrrp_script模块时整个集群角色的选举算法，由于weight值可以是正数也可以是负数，因此，要分两种情况说明：

1.weight值为正数时：

在vrrp_script中指定的脚本如果检测成功，那么MASTER节点的权值将是weight值与priority值之和；如果脚本检测失效，那么MASTER节点的权值保持为priority值，因此切换策略为：

◇MASTER 节点vrrp_script脚本检测失败时，如果MASTER节点priority值小于BACKUP节点weight值与priority值之和，将发生主、备切换。

◆MASTER节点vrrp_script脚本检测成功时，如果MASTER节点weight值与priority值之和大于BACKUP节点weight值与priority值之和，主节点依然为主节点，不发生切换。

2.weight值为负数时：

在vrrp_script中指定的脚本如果检测成功，那么MASTER节点的权值仍为priority值，当脚本检测失败时，MASTER节点的权值将是priority值与weight值之差，因此切换策略为：

◇MASTER节点vrrp_script脚本检测失败时，如果MASTER节点priority值与weight值之差小于BACKUP节点priority值，将发生主、备切换。

◆MASTER节点vrrp_scrip脚本检测成功时，如果MASTER节点priority值大于BACKUP节点priority值时，主节点依然为主节点，不发生切换。

在熟悉了Keepalived主、备角色的选举策略后，再来分析一下前面的那个实例。由于A、B两个节点设置的weight值都为10，因此符合选举策略的第一种，在A节点停止MySQL服务后，A节点的脚本检测将失败，此时A节点的权值将保持为A节点上设置的priority值，即为100，而B节点的权值将变为weight值与priority值之和，也就是90（10+80），这样就出现看A节点权值仍然大于B节点权值的情况，因此不会发生主、备切换。

对于weight值的设置，有一个简单的标准，即weight值的绝对值要大于MASTER和BACKUP节点priority值之差。对于上面A、B两个节点的例子，只要设置weight值大于20即可保证集群正常运行和切换。由此可见，对于weight值的设置要非常谨慎，如果设置不好，主节点发生故障时将导致集群角色选举失败，使集群陷于瘫痪状态。

转自

Keepalived详解（五）-闫利朋的博客-51CTO博客
http://blog.51cto.com/6284444/2136238