四、Keepalived

【1】、keepalived运行原理

• Keepalived检测每个服务器接节点状态
• 服务器节点异常或出现工作故障，keepalived将故障节点从集群系统中剔除
• 故障节点恢复后，Keepalived再将其加入到集群系统中
• 所有工作自动完成，无需人工干预

keepalived用于实现高可用集群 。

它的工作原理就是VRRP（虚拟冗余路由协议） 。

【2】、配置高可用集群

1、安装keepalived

# 通过剧本安装
---
- name: install ipvsadm
  hosts: webservers
  vars:
    pkg: keepalived
  roles:
    - pkgs


# 或者是不通过剧本安装
yum install -y 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 30
   router_id web1    # 修改router_id 
   vrrp_iptables	 # 让keepalived自动添加iptables规则
   vrrp_skip_check_adv_addr
   vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
}

vrrp_instance VI_1 {
    state MASTER   # web1是主，state是master，web2是备份，state是BACKUP
    interface eth0
    virtual_router_id 51
    priority 100   # 优先级，web1为主，优先级高。web2是备份，优先级要比web1低
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111

重启keepalived 。

[root@web1:192.168.4.110 ~]$systemctl start keepalived.service 
[root@web1:192.168.4.110 ~]$systemctl enable  keepalived.service

2、检查IP

正确的结果应该是 。

web1上有虚拟IP：192.168.4.80 。

web2上没有 。

在web1挂掉后，web2上会出现虚拟IP地址 。

[root@web1:192.168.4.110 ~]$ip a s eth0 | grep 80
    inet 192.168.4.80/24 scope global secondary eth0
# web1挂掉后
[root@web2:192.168.4.120 ~]$ip a  s eth0 | grep 80
    inet 192.168.4.80/24 scope global secondary eth0

3、测试

[root@ansible:192.168.4.66 ~]$curl http://192.168.4.80
Welcome  to web1 on 192.168.4.110
# 将web1挂掉，虚拟IP就会回到web2上
[root@ansible:192.168.4.66 ~]$curl http://192.168.4.80
Welcome  to web2 on 192.168.4.120

【3】、编写监控脚本

上面的配置虽然可以实现主备切换功能，但是存在一个bug，上面的配置实现主备切换的前提是web1（MASTER）关机、挂掉后才可以实现的切换 。

如果仅仅是将web1上的web服务关掉，那并不会实现主备之间的切换 。

因此我们需要编写一个监控脚本去实现当web服务停掉后，也可以实现主备切换 。

我们可以让keepalived监视80端口，如果80端口没有了，就切换主备 。

• 配置高可用集群时，keepalived只为服务器提供了VIP
• keepalived不知道服务器上运行了哪些服务
• MASTER服务器可以通过跟踪脚本监视本机的80端口，一旦本机80端口失效，则将VIP切换到BACKUP服务器
• keepalived对脚本的要求是，退出码为0表示访问成功，退出码为1则表示失效

# shell脚本，实现了端口开启返回0，端口不开启返回1
#!/bin/bash
# 检查80端口是否开启
if netstat -tuln | grep -q :80; then
    exit 0  # 端口开启，返回0
else
    exit 1  # 端口未开启，返回1
fi

# 修改keepalived配置文件，修改如下内容
vrrp_script  chk_http_port
{
    script "/home/check.sh"
    interval 3
    weight -20
}

vrrp_instance VI_1
{
    ...
    
    track_script
    {
        chk_http_port
    }
    
    ...
}

1、优先级更新的策略

keepalived会定时执行脚本并对脚本执行的结果进行分析，动态调整vrrp_instance的优先级.

如果脚本执行结果为0，并且weight配置的值大于0，则优先级相应的增加 。

如果脚本执行结果非0，并且weight配置的值小于0，则优先级相应的减少 。

其他情况，维持原本配置的优先级，即配置文件中priority对应的值.

这里需要注意的是:

1） 优先级不会不断的提高或者降低 。

2） 可以编写多个检测脚本并为每个检测脚本设置不同的weight 。

3） 不管提高优先级还是降低优先级，最终优先级的范围是在[1,254]，不会出现优先级小于等于0或者优先级大于等于255的情况 。

2、vrrp_script中节点权重改变算法

在Keepalived集群中，其实并没有严格意义上的主、备节点 。

虽然可以在Keepalived配置文件中设置“state”选项为“MASTER”状态，但是这并不意味着此节点一直就是Master角色.

控制节点角色的是Keepalived配置文件中的“priority”值，但并它并不控制所有节点的角色，另一个能改变节点角色的是在vrrp_script模块中设置的“weight”值，这两个选项对应的都是一个整数值 。

其中“weight”值可以是个负整数，一个节点在集群中的角色就是通过这两个值的大小决定的.

不设置weight 。

在vrrp_script模块中，如果不设置“weight”选项值，那么集群优先级的选择将由Keepalived配置文件中的“priority”值决定，而在需要对集群中优先级进行灵活控制时，可以通过在vrrp_script模块中设置“weight”值来实现 。

设置weight 。

vrrp_script 里的script返回值为0时认为检测成功，其它值都会当成检测失败； 。

1. weight 为正时，脚本检测成功时此weight会加到priority上，检测失败时不加；
   1. 主失败:
      1. 主 priority < 从 priority + weight 时会切换。
   2. 主成功：
      1. 主 priority + weight > 从 priority + weight 时，主依然为主
2. weight 为负时，脚本检测成功时此weight不影响priority，检测失败时priority – abs(weight)
   1. 主失败:
      1. 主 priority – abs(weight) < 从priority 时会切换主从
   2. 主成功:
      1. 主 priority > 从priority 主依然为主

最后此篇关于keepalived的文章就讲到这里了,如果你想了解更多关于keepalived的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。