keepalived

keepalived高可用

1. 什么是keepalived

Keepalived 软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。

Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router RedundancyProtocol(虚拟路由器冗余协议）的缩写，VRRP出现的目的就是为了解决静态路由单点故障问题的，它能够保证当个别节点宕机时，整个网络可以不间断地运行。

所以，Keepalived 一方面具有配置管理LVS的功能，同时还具有对LVS下面节点进行健康检查的功能，另一方面也可实现系统网络服务的高可用功能。

keepalived官网

2. keepalived的重要功能

keepalived 有三个重要的功能，分别是：

• 管理LVS负载均衡软件
• 实现LVS集群节点的健康检查
• 作为系统网络服务的高可用性（failover）

3. keepalived高可用故障转移的原理

Keepalived 高可用服务之间的故障切换转移，是通过 VRRP (Virtual Router Redundancy Protocol ,虚拟路由器冗余协议）来实现的。

在 Keepalived 服务正常工作时，主 Master 节点会不断地向备节点发送（多播的方式）心跳消息，用以告诉备 Backup 节点自己还活看，当主 Master 节点发生故障时，就无法发送心跳消息，备节点也就因此无法继续检测到来自主 Master 节点的心跳了，于是调用自身的接管程序，接管主 Master 节点的 IP 资源及服务。而当主 Master 节点恢复时，备 Backup 节点又会释放主节点故障时自身接管的IP资源及服务，恢复到原来的备用角色。

那么，什么是VRRP呢？
VRRP ,全 称 Virtual Router Redundancy Protocol ,中文名为虚拟路由冗余协议 ，VRRP的出现就是为了解决静态踣甶的单点故障问题，VRRP是通过一种竞选机制来将路由的任务交给某台VRRP路由器的。

4. keepalived实现nginx负载均衡机高可用

4.1 安装keepalived和nginx

配置keepalived，加入监控脚本

master主服务器：

[root@master ~]# dnf -y install nginx keepalived
[root@master ~]# rpm -ql keepalived
[root@master ~]# cd /usr/share/nginx/html/
[root@master html]# mv index.html{,.bak}
[root@master html]# echo 'master page' > index.html
[root@master html]# ls
404.html  50x.html  index.html  index.html.bak  nginx-logo.png  poweredby.png
[root@master html]# 
[root@master html]# systemctl enable --now nginx


# 配置keepalived
[root@master ~]# vim /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {							//全局配置
   router_id lb01						//定义路由标识信息，同局域网内唯一
}

vrrp_script nginx_check {				//监控脚本
    script "/scripts/check_n.sh"
    interval 1
    weight -20							//优先级-20
}

vrrp_instance VI_1 {					//定义实例
    state MASTER						//指定keepalived节点的初始状态，可选值为MASTER|BACKUP
    interface ens160					//VRRP实例绑定的网卡接口，用户发送VRRP包
    virtual_router_id 51				//虚拟路由的ID，同一集群要一致
    priority 100						//定义优先级，按优先级来决定主备角色，优先级越大越优先
    advert_int 1						//主备通讯时间间隔
    authentication {					//配置认证
        auth_type PASS					//认证方式，此处为密码
        auth_pass 123456				//同一集群中的keepalived配置里的此处必须一致，推荐使用8位随机数
    }
    virtual_ipaddress {					//配置要使用的VIP地址
        192.168.10.250
    }
    track_script {						//要监控的脚本
        nginx_check
    }
    notify_master "/scripts/notify.sh master 192.168.10.250"
#    notify_backup "/scripts/notify.sh backup 192.168.10.250"
}



virtual_server 192.168.10.250 80 {		//配置虚拟服务器
    delay_loop 6						//健康检查的时间间隔
    lb_algo rr							//lvs调度算法
    lb_kind DR							//lvs模式
    persistence_timeout 50				//持久化超时时间，单位是秒
    protocol TCP						//4层协议

    real_server 192.168.10.101 80 {		//定义真实处理请求的服务器
        weight 1						//给服务器指定权重，默认为1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }

    real_server 192.168.10.102 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
}

[root@master ~]# systemctl enable --now keepalived

[root@master ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:0c:29:39:99:51 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.101/24 brd 192.168.10.255 scope global noprefixroute ens160
       valid_lft forever preferred_lft forever
    inet 192.168.10.250/32 scope global ens160			//看到此处有VIP
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fe39:9951/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

backup从服务器：

[root@backup ~]# dnf -y install nginx keepalived
[root@backup ~]# cd /usr/share/nginx/html/
[root@backup html]# mv index.html{,.bak}
[root@backup html]# echo 'backup page' > index.html
[root@backup html]# systemctl enable --now nginx
[root@backup ~]# vim /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   router_id lb02
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens160
    virtual_router_id 51
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 123456
    }
    virtual_ipaddress {
        192.168.10.250
    }
    notify_master "/scripts/notify.sh master 192.168.10.250"
#    notify_backup "/scripts/notify.sh backup 192.168.10.250"
}

virtual_server 192.168.10.250 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    persistence_timeout 50
    protocol TCP

    real_server 192.168.10.101 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }

    real_server 192.168.10.102 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
}



[root@backup ~]# systemctl enable --now keepalived

vrrp_script段配置

nopreempt   //设置为不抢占。默认是抢占的，当高优先级的机器恢复后，会抢占低优先 \
级的机器成为MASTER，而不抢占，则允许低优先级的机器继续成为MASTER，即使高优先级 \
的机器已经上线。如果要使用这个功能，则初始化状态必须为BACKUP。


preempt_delay   //设置抢占延迟。单位是秒，范围是0---1000，默认是0.发现低优先 \
级的MASTER后多少秒开始抢占

4.2 让keepalived监控nginx负载均衡机

keepalived通过脚本来监控nginx负载均衡机的状态

在master上编写脚本：

[root@master ~]# mkdir /scripts
[root@master ~]# cd /scripts/
[root@master scripts]# vim check_nginx.sh
#!/bin/bash
nginx_status=$(ps -ef|grep -Ev "grep|$0"|grep '\bnginx\b'|wc -l)
if [ $nginx_status -lt 1 ];then
    systemctl stop keepalived
fi

[root@master scripts]# chmod +x check_nginx.sh 


[root@master scripts]# vim notify.sh
#!/bin/bash
VIP=$2
case "$1" in
  master)
        nginx_status=$(ps -ef|grep -Ev "grep|$0"|grep '\bnginx\b'|wc -l)
        if [ $nginx_status -lt 1 ];then
            systemctl start nginx
        fi
  ;;
  backup)
        nginx_status=$(ps -ef|grep -Ev "grep|$0"|grep '\bnginx\b'|wc -l)
        if [ $nginx_status -gt 0 ];then
            systemctl stop nginx
        fi
  ;;
  *)
        echo "Usage:$0 master|backup VIP"
  ;;
esac

[root@master scripts]# chmod +x notify.sh 
[root@master scripts]# ll
total 8
-rwxr-xr-x 1 root root 143 Aug 30 19:10 check_nginx.sh
-rwxr-xr-x 1 root root 434 Aug 30 19:13 notify.sh

在backup上编写脚本：

[root@backup ~]# mkdir /scripts
[root@backup ~]# cd /scripts/
[root@backup scripts]# vim notify.sh
#!/bin/bash
VIP=$2
case "$1" in
  master)
        nginx_status=$(ps -ef|grep -Ev "grep|$0"|grep '\bnginx\b'|wc -l)
        if [ $nginx_status -lt 1 ];then
            systemctl start nginx
        fi
  ;;
  backup)
        nginx_status=$(ps -ef|grep -Ev "grep|$0"|grep '\bnginx\b'|wc -l)
        if [ $nginx_status -gt 0 ];then
            systemctl stop nginx
        fi
  ;;
  *)
        echo "Usage:$0 master|backup VIP"
  ;;
esac

[root@backup scripts]# chmod +x notify.sh 

模拟故障，关闭master端nginx服务

[root@master ~]# systemctl stop nginx

5. 脑裂

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。
　　
对付HA系统“裂脑”的对策，目前达成共识的的大概有以下几条：

• 添加冗余的心跳线，例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率；
• 启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即：正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。
• 设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源

5.1 脑裂产生的原因

一般来说，脑裂的发生，有以下几种原因：

• 高可用服务器对之间心跳线链路发生故障，导致无法正常通信
  • 因心跳线坏了（包括断了，老化）
  • 因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）
  • 因心跳线间连接的设备故障（网卡及交换机）
  • 因仲裁的机器出问题（采用仲裁的方案）
• 高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输
• 高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败
• 其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等

注意：

Keepalived配置里同一 VRRP实例如果 virtual_router_id两端参数配置不一致也会导致裂脑问题发生。

5.2 脑裂的常见解决方案

在实际生产环境中，我们可以从以下几个方面来防止裂脑问题的发生：

• 同时使用串行电缆和以太网电缆连接，同时用两条心跳线路，这样一条线路坏了，另一个还是好的，依然能传送心跳消息
• 当检测到裂脑时强行关闭一个心跳节点（这个功能需特殊设备支持，如Stonith、feyce）。相当于备节点接收不到心跳消患，通过单独的线路发送关机命令关闭主节点的电源
• 做好对裂脑的监控报警（如邮件及手机短信等或值班）.在问题发生时人为第一时间介入仲裁，降低损失。例如，百度的监控报警短信就有上行和下行的区别。报警消息发送到管理员手机上，管理员可以通过手机回复对应数字或简单的字符串操作返回给服务器.让服务器根据指令自动处理相应故障，这样解决故障的时间更短.
  　　
  当然，在实施高可用方案时，要根据业务实际需求确定是否能容忍这样的损失。对于一般的网站常规业务.这个损失是可容忍的

5.3 对脑裂进行监控

对脑裂的监控应在备用服务

主机名	IP地址	服务	系统
zabbix_server	192.168.10.101	lamp，zabbix	redhat8
master	192.168.10.102	keepalived，nginx	redhat8
backup	192.168.10.103	keepalived，nginx，zabbix_agent	redhat8

器上进行，通过添加zabbix自定义监控进行。
监控什么信息呢？监控备上有无VIP地址

备机上出现VIP有两种情况：

• 发生了脑裂
• 正常的主备切换

监控只是监控发生脑裂的可能性，不能保证一定是发生了脑裂，因为正常的主备切换VIP也是会到备上的。

backup服务器部署zabbix_agent

//关闭防火墙
[root@backup ~]# systemctl disable --now firewalld
[root@backup ~]# setenforce 0

//下载zabbix包
[root@backup ~]# cd /usr/src/
[root@backup src]# ls
debug  kernels
[root@backup src]# wget https://cdn.zabbix.com/zabbix/sources/stable/5.0/zabbix-5.0.25.tar.gz
[root@backup src]# ls
debug  kernels  zabbix-5.0.25.tar.gz
[root@backup src]# tar -xf zabbix-5.0.25.tar.gz 

//创建zabbix用户
[root@backup src]# useradd -r -M -s /sbin/nologin zabbix

//安装所需的依赖包
[root@backup src]# dnf -y install gcc gcc-c++ make pcre-devel openssl-devel

//安装zabbix_agentd
[root@backup src]# cd zabbix-5.0.25
[root@backup zabbix-5.0.25]# ./configure --enable-agent
[root@backup zabbix-5.0.25]# make install
[root@backup zabbix-5.0.25]# vim /usr/local/etc/zabbix_agentd.conf
ServerActive=192.168.136.233    //zabbix服务端ip地址
Hostname=agentd1                //zabbix客户端随机名
Server=192.168.136.233		    //zabbix服务端ip地址
[root@backup zabbix-5.0.25]# zabbix_agentd 
[root@backup zabbix-5.0.25]# ss -antl
State     Recv-Q    Send-Q       Local Address:Port        Peer Address:Port    Process    
LISTEN    0         128                0.0.0.0:10050            0.0.0.0:*                  
LISTEN    0         128                0.0.0.0:80               0.0.0.0:*                  
LISTEN    0         128                0.0.0.0:22               0.0.0.0:*                  
LISTEN    0         128                   [::]:80                  [::]:*                  
LISTEN    0         128                   [::]:22                  [::]:*                  

编写脚本，输出1代表vip出现，master服务器出问题

[root@backup zabbix-5.0.25]# mkdir -p /scripts && cd /scripts
[root@backup scripts]# vim check_keepalived.sh
#!/bin/bash

if [ `ip a show ens160 |grep 192.168.10.250|wc -l` -ne 0 ]
then
    echo 1
else
    echo 0
fi

修改/usr/local/etc/zabbix_agentd.conf文件

[root@backup scripts]# vim /usr/local/etc/zabbix_agentd.conf
UnsafeUserParameters=1		//启用自定义监控项
UserParameter=check_keepalived,/scripts/check_keepalived.sh		//指定脚本参数
[root@backup scripts]# dnf -y install psmisc
[root@backup scripts]# killall zabbix_agentd		//重启zabbix_agentd
[root@backup scripts]# zabbix_agentd 

zabbix服务端测试下

[root@zabbix_server ~]# zabbix_get -s 192.168.10.103 -k check_keepalived
 0

添加主机，创建监控项

模拟脑裂

[root@backup ~]# vim /etc/keepalived/keepalived.conf 
vrrp_instance VI_1 {
    state BACKUP
    interface ens160
    virtual_router_id 52	//修改id

[root@backup ~]# systemctl restart keepalived nginx

vip已从backup出现

[root@backup scripts]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:0c:29:31:cf:cc brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.103/24 brd 192.168.10.255 scope global noprefixroute ens160
       valid_lft forever preferred_lft forever
    inet 192.168.10.250/32 scope global ens160
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:fe31:cfcc/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever