MySQL之keepalived高可用

Posted 2023-03-29

参考技术A 使用keepalived做mysql主从切换的高可用

keepalived切换的优缺点

1.可以切换虚拟IP

2.可能发生裂脑，就是主从服务器都同时出现一样的VIP，导致写入数据的时候，往主从都写入了数据

3.可能导致主从mysql数据不一致。主在down机的时候，有部分数据还没同步到从mysql

此实验在mysql使用gtid同步实现的前提下的

192.168.209.132 master

192.168.209.131 slave

1.安装keepalived

直接yum安装或者编译安装都可以，生产环境也是ok的

2.配置keepalived的配置文件

keepalived配置文件默认放在/etc/keepalived/文件夹下

如果不把配置文件放这里，那么启动keepalived的时候，需要用参数指定配置文件的位置

这里我用默认安装和默认配置文件位置

192.168.209.132:

vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs

  notification_email

 

  router_id SLAVE



vrrp_script chk_mysql

    script "/data/script/mysql_check.sh"

    interval 2

    weight -20



vrrp_instance VI_1

    state BACKUP

    interface eth0

    nopreempt

    virtual_router_id 131

    priority 100

    advert_int 1

    authentication

        auth_type PASS

        auth_pass 1111

   

    virtual_ipaddress

        192.168.209.16

   

  track_script

        chk_mysql

   



监控脚本：

vim /data/script/mysql_check.sh

#!/bin/sh

mysqlstr=/usr/local/mysql/bin/mysql

host=localhost

user=root

password=123456

port=33061

mysql_status=1

$mysqlstr -h $host -u $user -p$password -P $port -e "show status;" > /dev/null 2>&1

if [ $? = 0 ] ;then

  echo "mysql_status=1"

  exit 0

else

  pkill keepalived

fi

192.168.209.131:

vim /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs

  notification_email

 

  router_id SLAVE



vrrp_script chk_mysql

    script "/data/script/mysql_check.sh"

    interval 2

    weight -20



vrrp_instance VI_1

    state BACKUP

    interface eth0

    nopreempt

    virtual_router_id 131

    priority 90

    advert_int 1

    authentication

        auth_type PASS

        auth_pass 1111

   

    virtual_ipaddress

        192.168.209.16

   

  track_script

        chk_mysql

   



配置文件：

vim /data/script/mysql_check.sh

#!/bin/sh

mysqlstr=/usr/local/mysql/bin/mysql

host=localhost

user=root

password=123456

port=33061

mysql_status=1

$mysqlstr -h $host -u $user -p$password -P $port -e "show status;" > /dev/null 2>&1

if [ $? = 0 ] ;then

  echo "mysql_status=1"

  exit 0

else

  pkill keepalived

fi

对实验结果开始进行验证

192.168.209.132上获取到vip

把192.168.209.132上的mysqld给干掉

查看192.168.209.132上的mysqld和keepalived进程是否都被干掉了；虚拟IP是否切换到192.168.209.131上了

查看192.168.209.131上是否有VIP

把192.168.209.132上的keepalived和mysqld都启动起来。先启mysqld再起keepalived

此时keepalived启动起来了，虽然权重比192.168.209.131的高，但是设置了不抢夺，所以192.168.209.132上的keepalived不会切换vip过来

此时，把192.168.209.131上的mysql停掉它

查看131上的mysql和keepalived是否已经都停止了

查看192.168.209.132上是否有VIP了

MySQL集群之keepalived实现mysql双主高可用

前面大家介绍了主从、主主复制以及他们的中间件mysql-proxy的使用，这一篇给大家介绍的是keepalived的搭建与使用！

一、keepalived简介

1.1、keepalived介绍

　　　　Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，

　　或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点从集群系统中剔除，这些工作全部是自动完成的，不需要人工干涉，需要人工完成的只是修复出现故障的服务节点。

  　　　　后来Keepalived又加入了VRRP的功能，VRRP（Vritrual Router Redundancy Protocol,虚拟路由冗余协议)出现的目的是解决静态路由出现的单点故障问题，通过VRRP可以实现网络不间断稳定运行，

　　因此Keepalvied 一方面具有服务器状态检测和故障隔离功能，另外一方面也有HA cluster功能，下面介绍一下VRRP协议实现的过程。

1.2、VRRP协议与工作原理

　　　　在现实的网络环境中。主机之间的通信都是通过配置静态路由或者(默认网关)来完成的，而主机之间的路由器一旦发生故障，通信就会失效，因此这种通信模式当中，路由器就成了一个单点瓶颈，为了解决这个问题，就引入了VRRP协议。

　　　　熟悉网络的学员对VRRP协议应该不陌生，它是一种主备模式的协议，通过VRRP可以在网络发生故障时透明的进行设备切换而不影响主机之间的数据通信，这其中涉及到两个概念：物理路由器和虚拟路由器。

　　　　VRRP可以将两台或者多台物理路由器设备虚拟成一个虚拟路由，这个虚拟路由器通过虚拟IP（一个或者多个)对外提供服务，而在虚拟路由器内部十多个物理路由器协同工作，同一时间只有一台物理路由器对外提供服务，

　　这台物理路由设备被成为：主路由器（Master角色)，一般情况下Master是由选举算法产生，它拥有对外服务的虚拟IP，提供各种网络功能，如：ARP请求，ICMP 数据转发等，而且其它的物理路由器不拥有对外的虚拟IP，

　　也不提供对外网络功能，仅仅接收MASTER的VRRP状态通告信息，这些路由器被统称为“BACKUP的角色”，当主路由器失败时，处于BACKUP角色的备份路由器将重新进行选举，

　　产生一个新的主路由器进入MASTER角色，继续提供对外服务，整个切换对用户来说是完全透明的。

　　　　每个虚拟路由器都有一个唯一的标识号，称为VRID，一个VRID与一组IP地址构成一个虚拟路由器，在VRRP协议中，所有的报文都是通过IP多播方式发送的，而在一个虚拟路由器中，

　　只有处于Master角色的路由器会一直发送VRRP数据包，处于BACKUP角色的路由器只会接受Master角色发送过来的报文信息，用来监控Master运行状态，一一般不会发生BACKUP抢占的情况，除非它的优先级更高，

　　而当MASTER不可用时，BACKUP也就无法收到Master发过来的信息，于是就认定Master出现故障，接着多台BAKCUP就会进行选举，优先级最高的BACKUP将称为新的MASTER，这种选举角色切换非常之快，因而保证了服务的持续可用性。

1.3、keepalived运行原理

　　

　　在一个VRRP虚拟路由器中，有多态物理的VRRP路由器，但是这多台物理的及其并不同时工作，而是有一台成为Master的负责路由工作，其他都是Backup，master并非一成不变vrrp协议让每个vrrp路由参与竞选，最终获称的就是master。

　　Master有一些特权，比如拥有虚拟路由器的ip地址，我们的主机就是通过这个ip地址作为静态路由的，拥有特权的master要负责转发发送给网关地址的包和响应app的请求

　　简单的说：Mysql 主主复制 ，主节点自动切换。利用 keepalived 软件 监控主节点状态，当主节点崩溃，立刻热切换主节点备份节点从而得到高可用性。

　　　　　　　双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。

1.4、Keepalived存在的问题

　　1）在心跳失效的时候，就容易发生了脑裂（split-brain）。
　　2）（ 一种常见的脑裂情况可以描述如下）比如正常情况下，（集群中的）NodeA 和 NodeB 会通过心跳检测以确认对方存在，在通过心跳检测确认不到对方存在时，就接管对应的（共享） resource 。
　　　　如果突然间，NodeA 和 NodeB 之间的心跳不存在了（如网络断开），而 NodeA 和 NodeB 事实上却都处于 Active 状态，此时 NodeA 要接管 NodeB 的 resource ，同时 NodeB 要接管 NodeA 的 resource ，这时就是脑裂（split-brain）。
　　3）脑裂（split-brain）会 引起数据的不完整性 ，并且可能会 对服务造成严重影响 。
　　4）引起数据的不完整性主要是指，集群中节点（在脑裂期间）同时访问同一共享资源，而此时并没有锁机制来控制针对该数据访问（都脑裂了，咋控制哩），那么就存在数据的不完整性的可能。
　　　　对服务造成严重影响，举例来说，可能你早上上班的时候会发现 NodeA 和 NodeB 同时接管了一个虚拟 IP 。

二、keepalived安装与配置mysql双主高可用

环境：

ubuntu17.04的server版：hostname=server1、ip=1.0.0.3

ubuntu17.04的桌面版：hostname=udzyh1、ip1.0.0.5

2.1、在两台主机中配置MySQL集群主主复制

　　这里我就不描述了，因为在前面的博客已经介绍了

　　   

2.2、在两台主机中安装keepalived

　　使用sudo apt install keepalived

2.3、配置keepalived

　　首先我们进入到/etc/keepalived中，创建一个keepalived.conf（记住两台都要配置）

　　1）在主机udzyh1的配置

global_defs {
   notification_email {
    [e-mail]
   }
   notification_email_from [e-mail]
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id mysql_ha01
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33  #配置哪个网卡去进行心跳包的传输
    virtual_router_id 51
    priority 100   #成为主节点
    nopreempt #不抢占资源
    advert_int 1 #心跳包的频率 1秒一次
    authentication { #两台主机通信心跳包的加密
        auth_type PASS
        auth_pass 1111
    }
    
    virtual_ipaddress {
        192.168.41.222/24  #虚拟ip（类似于--proxy-address）
    }
}

virtual_server 1.0.0.3 3306 {
     delay_loop 2 #每个2秒检查一次real_server状态  
     lb_algo wrr #LVS算法
     lb_kind DR  #LVS算法
     persistence_timeout 60  #会话保持时间  
     protocol TCP
     real_server 192.168.41.201 3306 {
         weight 3
         notify_down /home/shell/closekeepalived.sh #检测到服务down后执行的脚本  
         TCP_CHECK {
             connect_timeout 10    #连接超时时间 
             nb_get_retry 3       #重连次数 
             delay_before_retry 3   #重连间隔时间 
             connect_port 3306   #健康检查端口
         }
     }
} 

　　我们还需要在创建/home/shell/closekeepalived.sh这个脚本

echo "zyh"|sudo -S killall keepalived

　　给脚本添加执行权限:sudo chmod u+x closekeepalived.sh　

　　配置完成之后开启服务：

　　　　　　

2）在主机server1配置

global_defs {
   notification_email {
    [e-mail]
   }
   notification_email_from [e-mail]
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id mysql_ha02(和udzyh1不一样)
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 50  #成为备份节点
    advert_int 1
    authentication { 
        auth_type PASS
        auth_pass 1111
}

    virtual_ipaddress {
     1.0.0.122       
    }
   
}
virtual_server 1.0.0.122 3306{
    delay_loop 3
    lb_algo wrr
    lb_kind DR
    persistence_timeout 50
    protocol TCP

    real_server 1.0.0.3 3306 {
        weight 3
        notify_down /home/shell/closekeepalived.sh 
        TCP_CHECK{
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 3306
        }
    }
}　

　我们还需要在创建/home/shell/closekeepalived.sh这个脚本

echo "zyh"|sudo -S killall keepalived

　　给脚本添加执行权限:sudo chmod u+x closekeepalived.sh　

　　配置完成之后开启服务：

　　　　

2.4、查看是否配置成功

　　在主机server1和主机udzyh1中分别执行：ip a查看

　　　　

　　而在server1中，并没有监听虚拟ip，这是因为我们在配置文件中设置了udzyh1主机的keepalived的优先级高。所以当者两台主机

　　开启的时候，他们两个竞争这个虚拟ip，但是因为udzyh1的优先级高，所以归它了。

　　　　

2.5、测试使用keepalived获取MySQL服务器的连接

　　注意：我是在我的udzyh2中测试的

　　在这里我们使用虚拟ip登录上了udzyh1中的MySQL服务器（因为它是主节点：竞争到了虚拟ip）

　　

2.6、MySQL服务宕机

　　我们通过说我们udzyh1中的MySQL服务宕机之后，keepalived检测到了它宕机，会执行配置文件的脚本，使得keepalived停止，

　　备份节点的keepalived接受不到数据包，所以备份节点就会立刻热切换主节点备份节点从而得到高可用性，获得虚拟ip。

　　但是我在测试的时候，它不执行脚本，所以即使我强行使用sudo killall mysqld关闭MySQL服务，它不会执行脚本，导致不会关闭

　　keepalived。

　　所以这里我直接关闭keepalived来模拟热切换。

　　

　　我们在查看server1中的 :ip  a,可以看到切换成功。