Keepalived及其工作原理

目录

一、keepalived概述

1.1、keepalived服务重要功能

1.1.1 管理LVS负载均衡软件

1.1.2 支持故障自动切换(failover)

1.1.3 实现LVS集中节点的健康检查(health checking)

1.1.4 实现LVS负载调度器 节点服务器的高可用性(HA)

1.2、keepalived高可用故障切换转移原理 

1.3、keeplived体系主要的模块及作用

1.4、keepalived 服务的工作原理

二、部署 LVS+keeplived高可用集群

2.1、配置keeplived

2.2、测试验证


一、keepalived概述

1.1、keepalived服务重要功能

1.1.1 管理LVS负载均衡软件

keepalived可以通过读取自身的配置文件,实现通过更底层的接口直接管理LVS配置以及服务的启动 停止功能 这会使LVS应用更加简便

1.1.2 支持故障自动切换(failover)

两台已同时安装好keepalived并且启动服务

当启动的时候master主机获得所有资源并且对用户提供服务(请求)当角色backup的主机作为master热备

当master主机挂 了出现故障时,backup主机将自动接管master主机所有工作,包括接管VIP资源及相应资源服务

当master主机故障修复后,也会自动接管会它的原来处理的工作,

backup主机则同时释放master主机失效时接管的工作

此时此刻两台主机将恢复到最初的启动时各自的原始角色及工作状态

抢占模式:master从故障恢复后,会将VIP从BACKUP节点中抢占过来

非抢占模式:master从故障恢复后不抢占backu,backup升级为MASTER中的VIP

1.1.3 实现LVS集中节点的健康检查(health checking)

keepalived.conf文件配置LVS节点IP和相关参数来实现LVS直接管理

如果几个节点服务器同时发生故障无法提供服务,keepalived服务会自动将那个失效节点服务器从LVS正常转发列中清除出去,并将请求调度到别的正常节点服务器上,从而保证最终用户的访问不受到影响:当故障的节点服务器修复以后,keeplived服务又会自动把他们加入到正常转发列中,对外面客户提供服务

1.1.4 实现LVS负载调度器 节点服务器的高可用性(HA)

企业集群需要满足的三个特点:负载均衡 健康检查 故障切换

1.2、keepalived高可用故障切换转移原理 

keepalived高可用服务集群之间的故障切换转移,是通过VRRP(虚拟路由器冗余协议)来实现的

在keepalived服务正常工作时,主(master)节点会不断地向(backup)节点发送(多播的方式)心跳消息,用于告诉备节点告诉自己还活着,当主节点发生故障时,就无法发送心跳消息,备节点也就因此无法检测到来自主节点的心跳,于是调用自身的接管程序,接管主节点的IP资源及服务。而当主节点恢复时,备节点又会释放主节点故障时自身接管的IP资源及服务,恢复到原来的备用角色

1.3、keeplived体系主要的模块及作用

三个模块 分别是 core check vrrp

1.4、keepalived 服务的工作原理

Keepalived 是一个基于VRRP协议来实现的LVS服务高可用方案,可以解决静态路由出现的单点故障问题。

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


Keepalived体系主要模块及其作用:
keepalived体系架构中主要有三个模块,分别是core、check和vrrp。
●core模块:为keepalived的核心,负责主进程的启动、维护及全局配置文件的加载和解析。
●vrrp模块:是来实现VRRP协议的。
●check模块:负责健康检查,常见的方式有端口检查及URL检查。

二、部署 LVS+keeplived高可用集群

实验准备、

LVS+Keepalived 高可用群集

主DR 服务器:ens33(192.168.8.10) ipvsadm 、keepalived(热备) 虚拟IP:192.168.8.100  网卡 ens33:0
备DR 服务器:ens33(192.168.8.8) ipvsadm 、keepalived
虚拟IP:192.168.8.100  网卡 ens33:0
Web 服务器1:ens33 192.168.8.11
lo:0(VIP)192.168.8.100
Web 服务器2:ens33 192.168.8.13
lo:0(VIP)192.168.8.100
vip:192.168.8.100         
 

2.1、配置keeplived

LVS需要提前配置好

(主、备DR 服务器上都要设置)

cd /etc/keepalived/
cp keepalived.conf keepalived.conf.bak
vim keepalived.conf
......
global_defs {						#定义全局参数
--10行--修改,邮件服务指向本地
	smtp_server 127.0.0.1
--12行--修改,指定服务器(路由器)的名称,主备服务器名称须不同,主为LVS_01,备为LVS_02
	router_id LVS_01
--14行--注释掉,取消严格遵守VRRP协议功能,否则VIP无法被连接
	#vrrp_strict
}

vrrp_instance VI_1 {				#定义VRRP热备实例参数
--20行--修改,指定热备状态,主为MASTER,备为BACKUP
    state MASTER
--21行--修改,指定承载vip地址的物理接口
    interface ens33
--22行--修改,指定虚拟路由器的ID号,每个热备组保持一致	
    virtual_router_id 10
	#nopreempt		#如果设置非抢占模式,两个节点state必须为bakcup,并加上配置 nopreempt
--23行--修改,指定优先级,数值越大优先级越高,这里设置主为100,备为90
    priority 100
    advert_int 1					#通告间隔秒数(心跳频率)
    authentication {				#定义认证信息,每个热备组保持一致
		auth_type PASS				#认证类型
--27行--修改,指定验证密码,主备服务器保持一致
        auth_pass abc123
    }
    virtual_ipaddress {				#指定群集vip地址
        192.168.10.188
    }
}
--36行--修改,指定虚拟服务器地址(VIP)、端口,定义虚拟服务器和Web服务器池参数
virtual_server 192.168.10.188 80 {
    delay_loop 6					#健康检查的间隔时间(秒)
    lb_algo rr						#指定调度算法,轮询(rr)
--39行--修改,指定群集工作模式,直接路由(DR)
    lb_kind DR
    persistence_timeout 50			#连接保持时间(秒)
    protocol TCP					#应用服务采用的是 TCP协议
--43行--修改,指定第一个Web节点的地址、端口
    real_server 192.168.10.16 80 {
        weight 1					#节点的权重
--45行--删除,添加以下健康检查方式		
        TCP_CHECK {
			connect_port 80			#添加检查的目标端口
			connect_timeout 3		#添加连接超时(秒)
			nb_get_retry 3			#添加重试次数
			delay_before_retry 3	#添加重试间隔
		}
	}

	real_server 192.168.10.17 80 {		#添加第二个 Web节点的地址、端口
        weight 1
        TCP_CHECK {
			connect_port 80
			connect_timeout 3
			nb_get_retry 3
			delay_before_retry 3
		}
	}
##删除后面多余的配置##
}

 

 

 systemctl restart keepalived

2.2、测试验证

在客户端访问 http://192.168.8.100/ 
再在主服务器关闭 keepalived 服务后再测试, systemctl stop keepalived

 

主设备停掉keepalived时 VIP将会漂移到从设备

在客户端访问 http://192.168.8.100/ 

猜你喜欢

转载自blog.csdn.net/weixin_44473708/article/details/131582735