keepalived+mysql backup服务器可ping通过vip但telnet vip+3306失败问题

leonheart

　　环境：

　　OS：CentOS 7_X64
　　数据库：mysql-5.7
　　MASTER：192.168.119.23
　　BACKUP：192.168.119.24
　　VIP：192.168.119.138
　　

　　keepalived+mysql搭建过程的详细配置就不描述了，网上很多写得很详细的配置文档自己可以去参考，我们直奔主题 。
　　这里主要分享在下本人在搭建公司的keepavlied+mysql出现一个很奇怪的现象，当A服务器为master主时邦定VIP 192.168.119.138，在A本机上可以正常ping 192.168.119.138 和 telnet 192.168.119.138 3306端口,此时在B服务器上ping 192.168.119.138也正常，但telnet 192.168.119.138 3306 时出现找不到路由的错误提示，同时检查B服务器此时是没有VIP 属于正常的现象，可是telnet VIP+其他端口正常的。
　　经常反复的测试发现，当A、B服务器同时运行keepalived时，作为backup角色的服务器无法telnet 192.168.119.138 3306，将backup角色服务器上的keepalived关闭后，却可以正常ping telnet。
　　问题还是在于配置文件，将keepalived.conf配置文件的LVS用不到调试算法lb_algo和转发方式lb_kind去掉，正是这两项导致backup服务器无法访问mysql。正常的配置文件如下：
　　
　　[root@DB01 ~]# vi  /etc/keepalived/keepalived.conf
　　global_defs {
　　notification_email {
　　1234@sina.com
　　}
　　notification_email_from  1234@test.com
　　smtp_server 127.0.0.1
　　smtp_connect_timeout 30
　　router_id MYSQL_HA      #标识，双主相同
　　}
　　vrrp_instance VI_1 {
　　state BACKUP           #两台都设置BACKUP
　　interface eth0
　　virtual_router_id 51       #主备相同
　　priority 100           #优先级，backup设置50
　　advert_int 1
　　nopreempt             #不主动抢占资源，只在master这台优先级高的设置，backup不需设置
　　authentication {
　　auth_type PASS
　　auth_pass 1111
　　}
　　virtual_ipaddress {
　　192.168.119.138
　　}
　　}
　　virtual_server 192.168.0.204 3306 {
　　delay_loop 2
　　#lb_algo rr              #LVS算法，用不到，我们就关闭了
　　#lb_kind DR              #就是这项导致上述的现象，LVS模式，如果不关闭，备用服务器不能通过VIP连接主MySQL
　　persistence_timeout 50  #同一IP的连接60秒内被分配到同一台真实服务器
　　protocol TCP
　　real_server 192.168.119.23 3306 {   #检测本地mysql，backup也要写检测本地mysql
　　weight 3
　　notify_down /usr/local/keepalived/mysql.sh    #当mysq服down时，执行此脚本，杀死keepalived实现切换，也可以加入其他命令或脚本。
　　TCP_CHECK {
　　connect_timeout 3    #连接超时
　　nb_get_retry 3       #重试次数
　　delay_before_retry 3 #重试间隔时间
　　}
　　}
　　

　　虽然问题是解决的了，但没搞明白为什么会这样？我使用相同版本的mysql和keepalived在RHEL 6.0 X64环境下测试并没有出现这问题。求高手出现解答。