mysql keepalived配置问题
本帖最后由 51itpub 于 2016-04-08 15:15 编辑IP 105，109为mysql服务器，用keepalived生成一个vip 199, 目前我碰到的问题，在105,109手工启动"service keepalived start", 最后启动的那台服务器成为master, 我这配置文件上有什么问题吗？ 105设置的priority 150本应成为master的，但只要我去重启109上的keepalived, 109就成为master了。 各位xdjm帮忙看一下，这是什么原因，谢谢大家！
具体的配置参数及日志信息见图：
本帖最后由 51itpub 于 2016-04-08 15:18 编辑
对不起，贴了重复的图. 图见一楼.
晕，反应有点慢，图片重发了！ 不是进入master状态了吗？ lyhabc 发表于 2016-04-08 18:04 static/image/common/back.gif
不是进入master状态了吗？
lyhabc,你好, 谢谢你的回答!
重启109之前,105是master,但重启109上的keepalived之后, 109就抢占成为master了.
我的理解,不管109 keepalived重启不重启,105的keepalived只要还运行着,那105还是master, 那109还是backup.但从上面的日志上要以看到,109变成master了,难道我理解错了? 105的priority比109要高的.
我们线上是
keepalived.conf里 主从都设置为BACKUP，不设置为master 我的配置文件keepalived.conf也都是设置成BACKUP的
即使我105设置为MASTER, 109重启后,也会抢占成MASTER,这是我不理解的.
我的理解:两边都设置成BACKUP,那priority高的就自然成MASTER, 特别是当priority值小的,如109重启后, 109也不能抢占成MASTER, 我配置文件里写了nopreempt, 怎么会发生抢占呢? 配置文件加入nopreempt非抢占，这个参数只能用于state 为backup huazai0715 发表于 2016-04-11 09:54 static/image/common/back.gif
配置文件加入nopreempt非抢占，这个参数只能用于state 为backup
是的,我参数文件里state为BACKUP, nopreempt也加进去了, 所以我的理解当priority高的keepalived在跑时,就是master, priority为低的keepalived就为slave, 不管低priority重不重启(不管怎么折腾,只要priority高的keepalived正常运行),还是为slave, 但从我测试的结果来看, 低priority的keepalived重启后, 抢点成master了,这是我所不能理解的. 从109打印的日志来看:
Keepalived_vrrp: VRRP_Instance(VI_1) Entering BACKUP STATE
Keepalived_vrrp: VRRP sockpool:
Keepalived_vrrp: VRRP_Instance(VI_1) Transition to MASTER STATE
Keepalived_vrrp: VRRP_Instance(VI_1) Entering MASTER STATE
Keepalived_vrrp: VRRP_Instance(VI_1) setting protocol VIPs
Keepalived_vrrp: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for
keepalived一启动进入BACKUP STATE这是正常行为.
但接着Transition to MASTER STATE, 这是不能理解的, 为什么这个时候切换成MASTER了, priority高的keepalived还在正常的运行呀!
页:
[1]