mysql keepalived配置问题

51itpub

IP 105，109为mysql服务器，用keepalived生成一个vip 199, 目前我碰到的问题，在105,109手工启动"service keepalived start", 最后启动的那台服务器成为master, 我这配置文件上有什么问题吗？ 105设置的priority 150本应成为master的，但只要我去重启109上的keepalived, 109就成为master了。 各位xdjm帮忙看一下，这是什么原因，谢谢大家！

具体的配置参数及日志信息见图：

51itpub

对不起，贴了重复的图. 图见一楼.

51itpub

晕，反应有点慢，图片重发了！

lyhabc

不是进入master状态了吗？

51itpub

lyhabc 发表于 2016-04-08 18:04
不是进入master状态了吗？

lyhabc,你好, 谢谢你的回答!

重启109之前,105是master,但重启109上的keepalived之后, 109就抢占成为master了.

我的理解,不管109 keepalived重启不重启,105的keepalived只要还运行着,那105还是master, 那109还是backup.但从上面的日志上要以看到,109变成master了,难道我理解错了? 105的priority比109要高的.

lyhabc

我们线上是
keepalived.conf里 主从都设置为BACKUP，不设置为master

51itpub

我的配置文件keepalived.conf也都是设置成BACKUP的
即使我105设置为MASTER, 109重启后,也会抢占成MASTER,这是我不理解的.

我的理解:两边都设置成BACKUP,那priority高的就自然成MASTER, 特别是当priority值小的,如109重启后, 109也不能抢占成MASTER, 我配置文件里写了nopreempt, 怎么会发生抢占呢?

huazai0715

配置文件加入nopreempt非抢占，这个参数只能用于state 为backup

51itpub

huazai0715 发表于 2016-04-11 09:54
配置文件加入nopreempt非抢占，这个参数只能用于state 为backup

是的,我参数文件里state为BACKUP, nopreempt也加进去了, 所以我的理解当priority高的keepalived在跑时,就是master, priority为低的keepalived就为slave, 不管低priority重不重启(不管怎么折腾,只要priority高的keepalived正常运行),还是为slave, 但从我测试的结果来看, 低priority的keepalived重启后, 抢点成master了,这是我所不能理解的.

51itpub

从109打印的日志来看:
Keepalived_vrrp[9609]: VRRP_Instance(VI_1) Entering BACKUP STATE
Keepalived_vrrp[9609]: VRRP sockpool: [ifindex(2), proto(112), unicast(0), fd(10,11)]
Keepalived_vrrp[9609]: VRRP_Instance(VI_1) Transition to MASTER STATE
Keepalived_vrrp[9609]: VRRP_Instance(VI_1) Entering MASTER STATE
Keepalived_vrrp[9609]: VRRP_Instance(VI_1) setting protocol VIPs
Keepalived_vrrp[9609]: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for

keepalived一启动进入BACKUP STATE这是正常行为.
但接着Transition to MASTER STATE, 这是不能理解的, 为什么这个时候切换成MASTER了, priority高的keepalived还在正常的运行呀!