一般是指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的信息。
VRRP协议会在一个局域网中进行广播
[root@lb01 ~]# yum install keepalived -y
1、先将配置文件清空 [root@lb01 ~]# > /etc/keepalived/keepalived.conf 2、编辑配置文件
————————————————————————————
! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id lb01 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state MASTER # 绑定网卡 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 } }
————————————————————————————
3、启动 [root@lb01 ~]# systemctl enable --now keepalived 4、配置lb02 <两台机器的环境必须是一样的,所以lb02是需要编译安装成和lb01一摸一样的,然后编辑配置文件,然后启动,配置文件的数据需要改动>
————————————————————————————
! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id lb02 } # 检测脚本 vrrp_script check_nginx { # 指定脚本路径 script "/etc/keepalived/checkNG.sh" # 执行间隔 interval 5 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state BACKUP # 绑定网卡 interface eth0 # 虚拟路由标示,可以理解为分组 virtual_router_id 50 # 优先级 priority 90 <以这个优先级为最先> # 监测心跳间隔时间 advert_int 1 # 配置认证 authentication { # 认证类型 auth_type PASS # 认证的密码 auth_pass 1111 } # 设置VIP virtual_ipaddress { # 虚拟的VIP地址 192.168.15.3 } # 调用检查 track_script { check_nginx } }
————————————————————————————
<两台高可用服务器在指定的时间内,无法互相检查到对方的心跳而各自启动故障转移动能,比如nginx宕机>
1、想办法告诉keepalived,nginx的情况。
局域网之内,keepalived无法相互广播
判断vip是否可以ping通
————————————————————————————
第一步: 写脚本: [root@lb01 ~]# vim check_NG.sh [root@lb01 ~]# chmod +x check_NG.sh #!/bin/bash # 解决Nginx无法正常启动 ps -ef | grep -q [n]ginx #获取nginx的进程 if [ $? -ne 0 ];then #$?是上一条命令的执行结果,0是正常的意思,1是有错误 所以:如果结果不等于0,就是nginx宕机了,没开起来。 # 代表Nginx未正常启动 systemctl start nginx &>/dev/null sleep 2 ps -ef | grep -q [n]ginx if [ $? -ne 0 ];then systemctl stop keepalived fi -->(上面那个if的结束语) fi 第二步: 将脚本写入keepalived的配置文件: ! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id lb01 } # 检测脚本 vrrp_script check_nginx { # 指定脚本路径 script "/etc/keepalived/checkNG.sh" # 执行间隔 interval 5 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state MASTER # 绑定网卡 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 } # 调用检查 track_script { check_nginx } } 第三步: [root@lb01 ~]# systemctl restart keepalived 接下来给lb02也配置上 第四步: [root@lb01 ~]# mv check.NG.sh /etc/keepalived/ [root@lb01 ~]# scp /etc/keepalived/check.NG.sh /etc/keepalived/keepalived.conf root@192.168.15.6:/etc/keepalived/ <把配置文件和脚本都发送到lb02> 第五步:修改lb02的配置文件 [root@lb02 ~]# vim /etc/keepalived/keepalived.conf ! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id lb02 } # 检测脚本 vrrp_script check_nginx { # 指定脚本路径 script "/etc/keepalived/checkNG.sh" # 执行间隔 interval 5 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state BACKUP # 绑定网卡 interface eth0 # 虚拟路由标示,可以理解为分组 virtual_router_id 50 # 优先级 priority 90 # 监测心跳间隔时间 advert_int 1 # 配置认证 authentication { # 认证类型 auth_type PASS # 认证的密码 auth_pass 1111 } # 设置VIP virtual_ipaddress { # 虚拟的VIP地址 192.168.15.3 } # 调用检查 track_script { check_nginx } } 第六步: [root@lb02 keepalived]# systemctl restart keepalived
1、非抢占式必须全部都设置成BACKUP 2、增加nopreempt ---〉为了解决keepalived在抢占ip时出现的卡顿问题 第一步: 修改配置文件
lb01,lb02都是这么改的。 第二步:测试