标签:keepalived priority weight BACKUP nginx
在keepalived的VRRP实例配置中会一般会设置Master和Backup来指定初始状态,但是这并不意味着此节点一直就是Master角色。控制节点角色的是Keepalived配置文件中的“priority”值和vrrp_script模块中设置的“weight”值。下面分别分情况对主备机切换机制作详细说明。配置简介:
| 主机 | IP | 操作系统 | 软件 | VIP | 备注 |
| nginx01 | 172.27.9.91 | Centos7 | keepalived nginx | 172.27.9.200 | 关闭防火墙和selinux,nginx端口为82 |
| nginx02 | 172.27.9.92 | Centos7 | keepalived nginx | 172.27.9.200 | 关闭防火墙和selinux,nginx端口为82 |
初始nginx01中keepalived配置:
[root@nginx01 keepalived]# more keepalived.conf
! Configuration File for keepalived
global_defs {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}
notification_email_from Alexandre.Cassen@firewall.loc
#smtp_server 192.168.200.1
#smtp_connect_timeout 30
router_id proxy1
}
vrrp_script chk_nginx {
script "/etc/keepalived/test.sh"
interval 2
weight 20
fall 1
rise 10
}
vrrp_instance VI_1 {
state MASTER
interface ens33
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
172.27.9.200
}
track_script {
chk_nginx
}
}初始nginx02中keepalived配置:
[root@nginx02 keepalived]# view keepalived.conf
! Configuration File for keepalived
global_defs {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}
notification_email_from Alexandre.Cassen@firewall.loc
#smtp_server 192.168.200.1
#smtp_connect_timeout 30
router_id proxy2
}
vrrp_script chk_nginx {
script "/etc/keepalived/test.sh"
interval 2
weight 20
fall 2
rise 1
}
vrrp_instance VI_1 {
state BACKUP
interface ens33
virtual_router_id 51
priority 90
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
172.27.9.200
}
track_script {
chk_nginx
}
}vrrp_script中的脚本:
[root@nginx01 keepalived]# more test.sh #!/bin/bash count=`ps -ef|grep nginx|grep -v grep|wc -l` if [ $count -gt 0 ];then exit 0 else exit 1 fi
该脚本用于检测nginx进程是否存在。
场景一:
| 主机 | state指定值 | priority值 | vrrp_script中的weight值 | nginx状态 |
| nginx01 | MASTER | 100 | 20 | 正常启动 |
| nginx02 | BACKUP | 90 | 20 | 正常启动 |
此种方式为keepalived常规配置方式,也是本次测试的初始状态,下面的场景都是基于该初始状态。查看ip和页面访问:



发现vip在nginx01上,访问的页面也是nginx01。
场景二:
| 主机 | state指定值 | priority值 | vrrp_script中的weight值 | nginx状态 |
| nginx01 | BACKUP | 100 | 20 | 正常启动 |
| nginx02 | MASTER | 90 | 20 | 正常启动 |
修改nginx两台服务器state的值,重启keepalived服务,查看vip是否切换。

发现vip还是在nginx01上,页面访问也是nginx01。
结论:keepalived主备和state值无关。
场景三:
| 主机 | state指定值 | priority值 | vrrp_script中的weight值 | nginx状态 |
| nginx01 | MASTER | 100 | 20 | 挂起 |
| nginx02 | BACKUP | 90 | 20 | 正常启动 |
将初始状态nginx01上的nginx进程kill掉,查看是否发生切换。


nginx01日志:

页面访问:

此时nginx01的nginx进程检验脚本检测失败,vip切换至nginx02,页面访问为nginx02。
结论:若nginx01中的priority值小于nginx02中的priority值+vrrp_script中的weight值,则发生主备切换。
场景四:
| 主机 | state指定值 | priority值 | vrrp_script中的weight值 | nginx状态 |
| nginx01 | MASTER | 100 | 5 | 正常启动 |
| nginx02 | BACKUP | 90 | 20 | 正常启动 |
将初始状态nginx01中vrrp_script中的weight值为5,重启nginx01的keepalived服务,查看是否发生切换。

nginx01日志:

发现vip由初始状态的nginx01上漂移至nginx02,页面访问为nginx02。
结论:若nginx01中的priority值+vrrp_script中的weight值小于nginx02中的priority值+vrrp_script中的weight值,则发生主备切换。
场景五:
| 主机 | state指定值 | priority值 | vrrp_script中的weight值 | nginx状态 |
| nginx01 | MASTER | 100 | 20 | 挂起 |
| nginx02 | BACKUP | 90 | 5 | 正常启动 |
将初始状态nginx01中nginx进程kill掉,修改nginx02的vrrp_script中的weight值为5,重启nginx02的keepalived服务,查看是否发生切换。

nginx01日志:

nginx02日志:

此时nginx01的nginx进程检测脚本检测失败,发现vip并未发生漂移,keepalived为切换,页面访问为nginx01。
结论:若nginx01中的priority值大于nginx02中的priority值+vrrp_script中的weight值,则不发生主备切换。
综上所述,通过实践可以得出结论:
1.keepalived的主备状态与state值设置无关;
2.主备机由priority值和vrrp_script中的weight值之和决定,大的为主;
3.主备比较权值=priority值+weight值*标志位,当vrrp_script检测脚本为true时标志位为1,反之为0;
4.为保证正常的主备切换,weight值应大于主备priority值之差。
Keepalived中Master和Backup主备切换机制浅析
标签:keepalived priority weight BACKUP nginx
原文地址:http://blog.51cto.com/3241766/2097483