高可用
1. 什么是高可用
一般是指2台机器启动着完全相同的业务系统,当有一台机器down机了,另外一台服务器就能快速的接管,对于访问的用户是无感知的。
比如公司的网络是通过网关进行上网的,那么如果该路由器故障了,网关无法转发报文了,此时所有人都无法上网了,怎么办?
通常做法是给路由器增加一台备节点,但是问题是,如果我们的主网关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的信息。
2. 常用的工具
1. 硬件通常使用 F5
2. 软件通常使用 keepalived
3. VRRP协议作用
简单点说,VRRP协议就是在一个局域网中进行的广播
4. 部署keepalived
4.1 下载软件
[root@lb01 conf.d]# yum install keepalived -y
4.2 修改配置文件
[root@lb01 keepalived]# cat keepalived.conf
! Configuration File for keepalived
# 全局配置
global_defs {
# 当前keepalived的唯一标识
router_id lb01
}
# 配置VRRP协议
vrrp_instance VI_1 {
# 状态,MASTER和BACKUP
state BACKUP
# 开启非抢占模式
nopreempt
# 绑定网卡
interface eth0
# 虚拟路由标示,可以理解为分组
virtual_router_id 50
# 优先级
priority 100
# 监测心跳间隔时间
advert_int 1
# 配置认证
authentication {
# 认证类型
auth_type PASS
# 认证的密码
auth_pass 1111
}
# 设置VIP
virtual_ipaddress {
# 虚拟的VIP地址
192.168.15.3
}
}
- 配置完成后,启动keepalived就行了,但是这样配置的keepalived有一个bug,我们称之为脑裂问题
5. 解决keepalived的脑裂问题
脑裂问题指: 两台高可用服务器在指定时间内,无法互相检查到对方的心跳而各自启动故障转移功能。
eg: Nginx宕机的解决办法
- 想办法告诉keepalived,Nginx的情况。写个小脚本即可,写完别忘记 +x
[root@lb01 ~]# cat checkNG.sh
#!/bin/bash
# 解决Nginx无法正常启动
ps -ef | grep -q [n]ginx
if [ $? -ne 0 ];then
# 代表Nginx未正常启动
systemctl start nginx &>/dev/null
sleep 2
ps -ef | grep -q [n]ginx
if [ $? -ne 0 ];then
systemctl stop keepalived
fi
fi
知识补充:
& : 正确的标准输出和错误的标准输出
6. keepalived的非抢占式
keepalived的抢占式是指当正在运行的机器出现故障时,系统自动切换到backup机器运行,当故障排除之后,启动服务是,会按照优先级把服务从backup机器中抢过来,从而导致程序卡顿,服务中断,因此我们需要排除keepalived的抢占,实现 keepalived的非抢占式
实现非抢占式。
1、状态全部都有设置成backup
2、增加 nopreempt