leonheart 发表于 2018-12-29 14:28:38

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

  环境:

  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。正常的配置文件如下:
  
  # vi/etc/keepalived/keepalived.conf
  global_defs {
  notification_email {
  1234@sina.com
  }
  notification_email_from1234@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环境下测试并没有出现这问题。求高手出现解答。
  

  

  

  




页: [1]
查看完整版本: keepalived+mysql backup服务器可ping通过vip但telnet vip+3306失败问题