LVS+Keepalived 高可用群集实例

本文介绍了LVS+Keepalived如何构建高可用群集,详细阐述了Keepalived工具的功能,包括健康检查、VRRP协议以及其核心模块的作用。通过具体的步骤展示了在主备DR服务器上的配置过程,确保在主服务器故障时能自动切换到备份服务器,保证服务连续性。最后,文章总结了Keepalived判断主服务器的依据以及浮动IP的配置,并讨论了抢行与非抢占模式、脑裂现象及其预防措施。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Keepalived工具介绍

专为LVS和HA设计的一款健康检查工具

支持故障自动切换

支持节点健康状态检查

判断LVS负载调度器、节点服务器的可用性,当master主机出现故障及时切换到backup节点保证业务正常,当master故障主机恢复后将其重新加入群集并且业务重新切换回master节点。

Keepalived采用VRRP热备份协议,实现Linux服务器的多机热备功能,可以解决静态路由出现的单点故障问题

在一个LVS服务集群中通常有主服务器(MASTER)和备份服务器(BACKUP〉两种角色的服务器,但是对外表现为一个虚拟IP,主服务器会发送VRRP通告信息给备份服务器,当备份服务器收不到VRRP消息的时候,即主服务器异常的时候,备份服务器就会接管虚拟IP,继续提供服务,从而保证了高可用性。

keeplived体系主要模块以及作用:

Keepalived体系架构中主要有三个模块,分别是core.check和vrrp

core模块:为keepalived的核心,负责主进程的启动、维护及全局配置文件的加载和解析。

vrrp模块:是来实现VRRP协议的。

check模块:负责健康检查,常见的方式有端口检查及URL检查。

一个合格的集群需要满足至少以下三个特点

1.负载均衡

2.健康检查(探针)

3.故障切换


LVS+Keepalived 高可用群集实例

主DR服务器:192.168.10.10

备DR服务器:192.168.10.13

Web服务器1:192.168.10.100

Web服务器2:192.168.10.101

vip:192.168.10.188

客户端:192.168.10.200

1.安装keeplived(主,备DR服务器上都要设置)

[root@localhost ~]# yum install -y ipvsadm keepalived

2.配置keeplived(主,备DR服务器上都要设置)

[root@localhost ~]# cd /etc/keepalived/
[root@localhost keepalived]# cp keepalived.conf keepalived.conf.bak
[root@localhost keepalived]# vim keepalived.conf

切换到主DR服务器上

[root@localhost keepalived]# vim keepalived.conf
[root@localhost keepalived]# scp keepalived.conf 192.168.10.13:`pwd`
##把修改好的keeplived配置文件scp到备DR服务器上

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

切换到备DR服务器

[root@localhost keepalived]# vim keepalived.conf

只修改框出来的 其余不变

在这里插入图片描述

开启modprobe模块(主备机都要操作)

[root@localhost keepalived]# modprobe ip_vs
[root@localhost keepalived]# ip addr

在这里插入图片描述

切换到主DR服务器,关闭keepalived服务,模拟故障

[root@localhost keepalived]# systemctl stop keepalived.service 

到备DR服务器上查看

在这里插入图片描述

切换到主DR服务器,开启Keepalived服务,看VIP是否回过来

[root@localhost keepalived]# systemctl start keepalived.service 

在这里插入图片描述

重启keeplived和ipvsadm服务(主备机都要操作)

[root@localhost ~]# systemctl restart keepalived.service ipvsadm.service 

调整proc操作(主备机都要操作)

[root@localhost ~]# vim /etc/sysctl.conf 

在这里插入图片描述

重新加载下

[root@localhost ~]# sysctl -p
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0

切换到节点服务器【(1)(2)都要配置 】

开启httpd服务

[root@send ~]# systemctl start httpd 

设置虚接口

在这里插入图片描述

在这里插入图片描述

添加路由条目

在这里插入图片描述

修改内核参数

[root@send network-scripts]# vim /etc/sysctl.conf 

在这里插入图片描述

加载参数

[root@localhost network-scripts]# sysctl -p
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2

查看端口

在这里插入图片描述

切换到主备DR服务器查看

在这里插入图片描述

准备网页文件

在这里插入图片描述

在这里插入图片描述

切换到客户机开网页验证

在这里插入图片描述

等待连接保持结束时间,再刷新页面

在这里插入图片描述

总结

Keepalived通过什么判断哪台主机为主服务器,通过什么方式配置浮动IP?

Keepalived首先做初始化先检查state状态,master为主服务器, backup为备务器。然后再对比所有服务器的priority,谁的优先级高谁是最终的主服务器。

优先级高的服务器会通过ip命令为自己的电脑配置一个提前定义好的浮动IP地址。

keepalived的抢行与非抢占模式:

抢占模式即MASTER从故障中恢复后,会将VIP从BACKUP节点中抢占过来。非抢占模式即MASTER恢复后不抢占BACKIP升级为MASTER后的VIP

非抢占式俩节点state必须为bakcup,且必须配置nopreempt
注意:这样配置后,我们要注意启动服务的顺序,优先启动的获取master权限,与优先级没有关系了。

脑裂现象

master主机状态正常但是master与backup之间的链路断开了,导致master发送的vrrp报文无法正常的传送到backup主机上backup在超时时间内没有接收到vrrp报文就会认为master故障,从而把自己提升为master角色并使用ip命令生成VIP

预防脑裂现象:

再增加一条主备之间的链路
可以脚本来监测主备之间的链路状态,如果发现链路有问题,就主动关闭keepalived服务
使用第三方监控软件系统来监控主备之间的链接状态,服务状态,ip状态,再根据监控状态进一步处理

master主机状态正常但是master与backup之间的链路断开了,导致master发送的vrrp报文无法正常的传送到backup主机上backup在超时时间内没有接收到vrrp报文就会认为master故障,从而把自己提升为master角色并使用ip命令生成VIP

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值