Keepalived详解

Posted 2020-11-21

一.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值之和，主节点依然为主节点，不发生切换。