1.什么是高可用？为什么要设置高可用
高可用：两台相同的机器启动着相同的业务，当有一台机器宕机时，另外一台机器能快速的接管，而对于用户来说，是无感的
为什么要设计高可用：
减少系统不能服务的时间，比如4个9，5个9
2.高可用使用什么工具来实现？硬件还是软件
软件的方式：keepalived
3.keepalived如何使用高可用
keepalived软件是基于VRRP协议实现的。
VRRP虚拟路由冗余协议，主要用于解决单点故障。
4.VRRP如何诞生的，VRRP的原理是什么？
我们的VRRP其实是通过软件或硬件的形式在Master和Backup外面增加一个虚拟MAC地址（简称VMAC）与虚拟IP地址（简称VIP）；
当我们的pc请求VIP时，无论是Master处理还是Backup处理，PC仅会在ARP缓存表中记录VMAC与VIP的对应关系。
6.高可用核心概念总结
1.如何确定谁是主从节点：优先级
2.如果Master故障，Backup自动接管后，Master恢复后会夺权吗？（抢占式、非抢占式）
3.如果两台服务器都认为自己是Master会出现什么问题？（脑裂）
7.keepalived高可用安装
部署在负载均衡上
10.0.0.5
10.0.0.6
1.安装
yum install keepalived -y
2.配置
2.配置
#主配置
[root@lb01 ~]# cat /etc/keepalived/keepalived.conf
global_defs {
router_id lb01
}
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 50
priority 150
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.3
}
}
#从配置
[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
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.3
}
}
3.启动
[root@lb01 ~]# systemctl start keepalived
[root@lb01 ~]# systemctl enable keepalived
4.验证
[root@lb01 ~]# ip addr|grep 10.0.0.3
PS：正常情况下，主配置有VIP，从没有
8.keepalived高可用地址飘移测试
1.用Windows的cmd测试
ping 10.0.0.3
停止lb01上的keepalived，会自动切换到lb02上
当主恢复后，会自动切换到lb01上
2.arp地址切换：
arp -a
3.抓包
9.keepalived高可用 抢占式与非抢占式
1.抢占式：
master故障-->backup顶上-->master恢复-->master顶上 #默认
2.非抢占式
master故障-->backup顶上-->master恢复-->backup继续工作-->当backup故障-->master顶上
抢占式：硬件配置不一样
非抢占式：硬件配置一致，业务不允许多次切换
非抢占式配置
要求：两台机器配置一样
1、两个节点的state都必须配置为BACKUP(官方建议)
2、两个节点都在vrrp_instance中添加nopreempt参数
3、其中一个节点的优先级必须要高于另外一个节点的优先级。
两台服务器都角色状态启用nopreempt后，必须修改角色状态统一为BACKUP，唯一的区分就是优先级。
配置文件
global_defs {
router_id lb01
}
vrrp_instance VI_1 {
state BACKUP #用户都为BACKUP
nopreempt #非抢占式，加入命令
interface eth0
virtual_router_id 50
priority 150 #只需要优先级不一样即可
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.3
}
}
两个配置文件都这样
10.keepalived高可用与Nginx集成
keepalived地址漂移实现高可用
Nginx借用keepalived提供的VIP地址
11.如果Nginx宕机，会导致用户请求失败，但keepalived并不会切换，所以需要写一个脚本检测Nginx存活状态，如果Nginx宕机，尝试重启Nginx，重启不成功，停掉keepalived
#脚本 注意：主配置
[root@lb01 ~]# mkdir /scripts
[root@lb01 ~]# vim /scripts/check_web.sh
#!/usr/bin/bash
nginx_port=$(netstat -lntp|grep :80|wc -l)
if [ $nginx_port -ne 1 ];then
systemctl start nginx &>/dev/null
rc=$?
sleep 3
if [ $rc -ne 0 ];then
systemctl stop keepalived
fi
fi
[root@lb01 ~]# chmod +x /scripts/check_web.sh
2.keeplaived调用该脚本
[root@lb01 ~]# cat /etc/keepalived/keepalived.conf
global_defs {
router_id lb01
}
定义脚本名称,以及脚本所在的路径
vrrp_script check_web {
script "/scripts/check_web.sh"
interval 5
}
vrrp_instance VI_1 {
state MASTER
#nopreempt
interface eth0
virtual_router_id 50
priority 150
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.3
}
#调用脚本名称
track_script {
check_web
}
}
3.模拟nginx停止,检查nginx是否会被拉起
4.模拟nginx故障,检查keeplaived的VIP是否会漂移至备节点
12.keepalived高可用脑裂与故障解决
脑裂（split-brain），指在一个高可用（HA）系统中，当联系着的两个节点断开联系时，本来为一个整体的系统，分裂成两个独立的节点，开始争抢资源，结果会导致系统混乱，数据损坏。
对于一个无状态服务的HA，无所谓脑裂
但是，对于有状态的服务（MySQL）的HA，必须要严格防止脑裂。
#但有些生产环境下的系统按照无状态服务HA的那一套去配置有状态服务，结果可想而知...
模仿脑裂配置：
开启防火墙，同时重启keepalived服务，模仿脑裂
#解决脑裂的案例 ***从配置
master 10.0.0.3
backup 10.0.0.3
1.在备上编写检测脚本, 测试如果能ping通主并且备节点还有VIP的话则认为产生了脑列
[root@lb02 conf.d]# cat /scripts/check_spilt.sh
vip=10.0.0.3
master_ip=10.0.0.5
ping -c2 $master_ip &>/dev/null
if [ $? -eq 0 ];then
ip_check=$(ip addr | grep "$vip" | wc -l)
if [ $ip_check -eq 1 ];then
echo "脑列"
systemctl stop keepalived
fi
fi
[root@lb02 conf.d]# cat /etc/keepalived/keepalived.conf
global_defs {
router_id lb02
}
vrrp_script check_spilt {
script "/scripts/check_spilt.sh"
interval 3
}
vrrp_instance VI_1 {
state BACKUP
nopreempt
interface eth0
virtual_router_id 50
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.3
}
track_script {
check_spilt
}
}
keepalived 使用环境
1.不能在公有云上使用
2.公有云要想实现负载均衡高可用-----> 购买的SLB 自带高可用
3.虚拟IP咋使--->真实的硬件环境:
浙公网安备 33010602011771号