41-Nginx高可用-Keepalived

41-Nginx高可用-Keepalived

Keepalived 高可用基本概述

什么是高可用?
	一般是指2台机器启动着完全相同的业务系统，当有一台机器宕机了，另外一台服务器就能快速的接管，对于访问的用户是无感知的。
高可用通常用什么软件？
	硬件一般使用F5 软件一般使用keepalived
keepalived是如何实现高可用的？
	keepalived软件是基于VRRP协议实现的，VRRP虚拟路由冗余协议，主要用于解决单点故障问题。

VRRP是如何诞生的，原理又是什么？

比如公司的网络是通过网关进行上网的，那么如果该路由器故障了，网关无法转发报文了，此时所有人都无法上网了，怎么办？

通常做法是给路由器增加一台备用点，但是问题是，如果我们的主网关master故障了，用户是需要手动指向backup的，如果用户过多修改起来会非常麻烦。

问题一：假设用户将指向都修改为backup路由器，那么master路由器修好了怎么办？
问题二：假设Master网关故障，我们将backup网关配置为master网关的ip是否可以？

其实是不行的，因为PC第一次通过ARP广播寻找到Master网关的MAC地址与IP地址后，会将信息写到ARP的缓存表中，那么PC之后连接都是通过那个缓存表的信息去连接，然后进行数据包的转发，即使我们修改了IP但是Mac地址是唯一的，pc的数据包依然会发送给master。（除非是PC的ARP缓存表过期，再次发起ARP广播的时候才能获取新的backup对应的Mac地址与IP地址）

如何才能做到出现故障自动转移，此时VRRP就出现了，我们的VRRP其实是通过软件或者硬件的形式在Master和Backup外面增加一个虚拟的MAC地址（VMAC）与虚拟IP地址（VIP），那么在这种情况下，PC请求VIP的时候，无论是Master处理还是Backup处理，PC仅会在ARP缓存表中记录VMAC与VIP的信息。

高可用keepalived使用场景

通常业务系统需要保证7×24小时不宕机，比如公司内部的OA系统，每天公司人员都需要使用，则不允许Down机，作为业务系统来说随时都可用

高可用keepalived核心概念

1.如何确定谁是主节点谁是备节点（选举投票，优先级）
2.如果Master故障，backup自动接管，那么Master恢复后会夺权吗？（抢占式，非抢占式）
如果两台服务器都认为自己是Master会出现什么问题？（脑裂）

keepalived高可用安装配置

作用		IP			角色
node1	10.0.0.5	Master
node2	10.0.0.6	Backup
VIP	    10.0.0.3	虚拟

1.lb01安装keepalived
[root@lb01 ~]#yum install -y keepalived
2.lb01配置keepalived
[root@lb01 ~]#vim /etc/keepalived/keepalived.conf 
global_defs {                   #全局配置
    router_id lb01              #标识身份->名称
}

vrrp_instance VI_1 {
    state MASTER                #标识角色状态
    interface eth0              #网卡绑定接口
    virtual_router_id 50        #虚拟路由id
    priority 150                #优先级
    advert_int 1                #监测间隔时间
    authentication {            #认证
        auth_type PASS          #认证方式
        auth_pass 1111          #认证密码
    }
    virtual_ipaddress {         
        10.0.0.3                #虚拟的VIP地址
    }
}
3.启动keepalived
[root@lb01 ~]#systemctl start keepalived
[root@lb01 ~]#systemctl enable keepalived

4.lb02安装keepalived
[root@lb01 ~]#yum install -y keepalived

5.lb02配置keepalived
[root@lb02 ~]#vim /etc/keepalived/keepalived.conf 
global_defs {
    router_id lb02
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 50
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }
}

6.启动keepalived
[root@lb02 ~]#systemctl start keepalived
[root@lb02 ~]#systemctl enable keepalived

keepalived的非抢占式

1.两个节点的state都必须配置为BACKUP
2.两个节点都必须加上配置nopreempt

lb01和lb02配置的区别：
lb01:
[root@lb01 conf.d]#cat /etc/keepalived/keepalived.conf 
global_defs {       
    router_id lb01   
}

vrrp_instance VI_1 {
    state BACKUP      
    interface eth0     
    virtual_router_id 50
    priority 150         
    advert_int 1
    nopreempt          
    authentication {       
        auth_type PASS      
        auth_pass 1111       
    }
    virtual_ipaddress {         
        10.0.0.3              
    }
}


lb02:
[root@lb02 ~]#cat /etc/keepalived/keepalived.conf 
global_defs {
    router_id lb02
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 50
    priority 100
    advert_int 1
    nopreempt
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }
}

keepalived出现脑裂

原因：
1.服务器网线松动等网络故障
2.服务器硬件故障发生损坏现象而崩溃
3.主备都开启firewalld防火墙

通过脚本监控Nginx

Nginx 默认监听在所有的IP地址上，VIP会飘到一台节点上，相当于那台Nginx多了VIP这么一个网卡，所以可以访问到nginx所在机器
但是如果nginx宕机，会导致用户请求失败，但是keepalived没有挂掉不会进行切换，所以需要编写一个脚本检测nginx的存活状态，如果不存活则kill掉keepalived

[root@lb01 conf.d]#cat check_ng.sh 
#!/bin/bash
Nginx=`ps axu|grep nginx|grep -v grep|wc -l`
if [ $Nginx -eq 0 ];then
    systemctl restart nginx &>/dev/null
      if [ $? -ne 0 ];then
         systemctl stop keepalived
      fi
fi

[root@lb01 conf.d]#chmod +x check_ng.sh 

[root@lb01 conf.d]#vim /etc/keepalived/keepalived.conf 
global_defs {
    router_id lb01
}

vrrp_script check_web {
    script "/root/check_ng.sh"
    interval 5
}
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 50
    priority 150
    advert_int 1
#    nopreempt
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }
    track_script {
    check_web

}