高可用Mysql架构_Haproxy+keepalived+mycat集群的配置

接上一篇文章http://www.cnblogs.com/wt645631686/p/8310891.html，虽然已经在原有两台mycat基础上增加了Haproxy作为mycat的中间服务器，不足的是，如果仅仅的一台Haproxy服务器宕机掉，整个架构也就没法运行。

一、准备两台Haproxy服务器

图解说明：
(1) HAProxy 实现了 Mycat 多节点的集群高可用和负载均衡， 而 HAProxy 自身的高可用则可以通过Keepalived 来实现。 因此， HAProxy 主机上要同时安装 HAProxy 和 Keepalived， Keepalived 负责为该服务器抢占 vip（虚拟 ip，图中的 192.168.9.190），抢占到 vip 后，对该主机的访问可以通过原来的 ip（192.168.9.174）访问，也可以直接通过 vip（192.168.9.190）访问。
(2) Keepalived 抢占 vip 有优先级， 在 keepalived.conf 配置中的 priority 属性决定。但是一般哪台主机上的 Keepalived服务先启动就会抢占到 vip，即使是 slave，只要先启动也能抢到（要注意避免 Keepalived的资源抢占问题）。
(3) HAProxy 负责将对 vip 的请求分发到 Mycat 集群节点上， 起到负载均衡的作用。 同时 HAProxy 也能检测到 Mycat 是否存活， HAProxy 只会将请求转发到存活的 Mycat 上。
(4) 如果 Keepalived+HAProxy 高可用集群中的一台服务器宕机， 集群中另外一台服务器上的 Keepalived会立刻抢占 vip 并接管服务， 此时抢占了 vip 的 HAProxy 节点可以继续提供服务。
(5) 如果一台 Mycat 服务器宕机， HAPorxy 转发请求时不会转发到宕机的 Mycat 上，所以 Mycat 依然可用。
综上： Mycat 的高可用及负载均衡由 HAProxy 来实现，而 HAProxy 的高可用，由 Keepalived 来实现。

关于haproxy的配置这里不作说明，根据上一篇文章的步骤配置完成之后，以最快的方式clone一台haproxy就可以了，本篇文章分别是192.168.9.174和192.168.9.175，然后修改一下第二台的配置文件

# vim /usr/local/haproxy/conf/haproxy.cfg
//把global组中的node和description分别修改为02
node edu-haproxy- ## 定义当前节点的名称，用于HA场景中多haproxy进程共享同一个IP地址时
description edu-haproxy- ## 当前实例的描述信息

访问一下haproxy的管理页面，发现两个都正常

二、在已安装好 Haproxy 的两个虚拟机上分别安装 Keepalived

# yum install -y keepalived //这里是yum方式
# keepalived -v  //查看版本
Keepalived v1.2.13 (/,)

# chkconfig keepalived on //设置开机启动

三、编写 Haproxy 监控脚本

该脚本检测 Haproxy 的运行状态，并在 Haproxy 进程不存在时尝试重新启动 Haproxy ，如果启动失败则停止 keepalived，准备让其它机器接管。

# vim /etc/keepalived/check_haproxy.sh  //添加如下内容保存
#!/bin/sh
if [ $(ps -C haproxy --no-header | wc -l) -eq  ]; then
/usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/conf/haproxy.cfg
fi

sleep
if [ $(ps -C haproxy --no-header | wc -l) -eq  ]; then
killall keepalived
fi

# chmod +x /etc/keepalived/check_haproxy.sh  //给脚本授权

四、Haproxy + Keepalived 的配置

将192.168.9.174这台服务器上运行的 Haproxy 作为主要的 Haproxy
将192.168.9.175这台服务器上运行的 Haproxy 作为备用的 Haproxy

分别查看一下网卡，我这里主机是eth4，备机是eth5，会用在keepalived配置中

修改主机的keepalived配置文件

! 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
   router_id edu-haproxy-  ##在当前的haproxy服务配置中有命名
}

## keepalived会定时执行脚本并对脚本执行的结果进行分析，动态调整vrrp_instance的优先级。
## 如果脚本执行结果为0，并且weight配置的值大于0，则优先级相应的增加。
## 如果脚本执行结果非0，并且weight配置的值小于0，则优先级相应的减少。
## 其他情况，维持原本配置的优先级，即配置文件中priority对应的值。

vrrp_script chk_haproxy {
    script "/etc/keepalived/check_haproxy.sh"  ## 检测haproxy状态的脚本路径
    interval   ## 检测时间间隔
    weight   ## 如果条件成立，权重+
}

## 定义虚拟路由，VI_1 为虚拟路由的标示符，自己定义名称
vrrp_instance VI_1 {
    state BACKUP ##这一项主从都用BACKUP，MASTER会出现问题，会出现抢占的问题，如果主节点宕机掉，然后切换到备节点，如果主节点起来的话主节点就会把VIP抢占。这样就由优先级（priority）来控制同时启动情况下的默认主备，否则先启动的为主设备
    interface eth4 ## 绑定虚拟IP的网络接口，与本机IP地址所在的网络接口相同，我的是eth4
    virtual_router_id  ## 虚拟路由的ID号，两个节点设置必须一样，因为属于同一个组，不同组的id一定不要一样，否则冲突
    priority   ## 节点优先级，值范围0-，MASTER要比BACKUP高，万一同时启动呢，一定要有一个高低之分
    nopreempt  ## 主设备（priority值大的）配置一定要加上nopreempt，否则非抢占也不起作用
    advert_int   ## 组播信息发送间隔，就是两个虚拟路由节点之间会通过组播检测对方是否正常，如果一个有问题，另一个会抢占vip，这里间隔1秒，时间太长可能会出现系统中断

    ## 设置验证信息，两个节点必须一致
    authentication {
        auth_type PASS
        auth_pass
    }

    ## 将track_script块加入instance 配置块
    track_script {
        chk_haproxy  ## 检查HAProxy服务是否存活
    }

    ## 虚拟IP池, 两个节点设置必须一样
    virtual_ipaddress {
        192.168.9.190  ## 虚拟ip，可以定义多个，每行一个
    }
}

修改备机的keepalived配置文件

! 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
    router_id edu-haproxy- ##在当前的haproxy服务配置中有命名
}

## keepalived会定时执行脚本并对脚本执行的结果进行分析，动态调整vrrp_instance的优先级。
## 如果脚本执行结果为0，并且weight配置的值大于0，则优先级相应的增加。
## 如果脚本执行结果非0，并且weight配置的值小于0，则优先级相应的减少。
## 其他情况，维持原本配置的优先级，即配置文件中priority对应的值。

vrrp_script chk_haproxy {
    script "/etc/keepalived/check_haproxy.sh"  ## 检测haproxy状态的脚本路径
    interval   ## 检测时间间隔
    weight   ## 如果条件成立，权重+
}

## 定义虚拟路由，VI_1 为虚拟路由的标示符，自己定义名称
vrrp_instance VI_1 {
    state BACKUP ##这一项主从都用BACKUP，MASTER会出现问题，会出现抢占的问题，如果主节点宕机掉，然后切换到备节点，如果主节点起来的话主节点就会把VIP抢占。这样就由优先级（priority）来控制同时启动情况下的默认主备，否则先启动的为主设备
    interface eth5 ## 绑定虚拟IP的网络接口，与本机IP地址所在的网络接口相同，我的是eth4
    virtual_router_id  ## 虚拟路由的ID号，两个节点设置必须一样，因为属于同一个组，不同组的id一定不要一样，否则冲突
    priority   ## 节点优先级，值范围0-，MASTER要比BACKUP高，万一同时启动呢，一定要有一个高低之分 //这里一定要比主机小
    advert_int   ## 组播信息发送间隔，就是两个虚拟路由节点之间会通过组播检测对方是否正常，如果一个有问题，另一个会抢占vip，这里间隔1秒，时间太长可能会出现系统中断

    ## 设置验证信息，两个节点必须一致
    authentication {
        auth_type PASS
        auth_pass
    }

    ## 将track_script块加入instance 配置块
    track_script {
        chk_haproxy  ## 检查HAProxy服务是否存活
    }

    ## 虚拟IP池, 两个节点设置必须一样
    virtual_ipaddress {
        192.168.9.190  ## 虚拟ip，可以定义多个，每行一个
    }
}

特别注意： 如果非抢占模式不生效， 在 Keepalived 的故障节点恢复后会再次导抢占 vip，从而因 vip 切换而闪断带来的风险。 按以上配置，配置了 Keepalived 非抢占模式， 配置及注意点如下：
(1) 主设备、 从设备中的 state 都设置为 BACKUP
(2) 主设备、从设备中都不要配置 mcast_src_ip （本机 IP 地址）
(3) 默认主设备（priority 值大的 Keepalived 节点） 配置一定要加上 nopreempt，否则非抢占不起作用
(4) 防火墙配置允许组播

# iptables -I INPUT -i eth4 -d 224.0.0.0/ -p vrrp -j ACCEPT
# iptables -I OUTPUT -o eth4 -d 224.0.0.0/ -p vrrp -j ACCEPT
# service iptables save
# service iptables restart

五、启动keepaived，并验证

# service keepalived start
Starting keepalived:                                       [  OK  ]

# ip add  //分别查看ip信息

查看主机的ip信息

查看备机的ip信息，无论如何没有出现192.168.9.190，因为是非抢占模式

六、测试最终效果

a、关掉主机的keepalived服务，然后查看ip信息，发现190已经被切换

b、关掉其中一台机器的haproxy服务，查看状态发现状态仍然运行，是因为脚本的作用

c、关掉当前访问的keepalived服务，并终止当前服务器haproxy服务，通过url访问http://192.168.9.190:48800/admin-status#mycat_servers/mycat_02，发现Statistics Report for pid 3128 切换了pid

d、通过Mysql终端访问192.168.9.190，# mysql -uroot -p123456 -h192.168.9.190 -P3307，发现效果理想

OK~完毕~