keepalived高可用
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了keepalived高可用相关的知识,希望对你有一定的参考价值。
LVS集群的实现,是由多台设备如httpd,nginx主机,php-fpm动态资源主机,mysql主机,以及Session Server等主机交织构成的,随着访问资源量的日益增加而呈向外扩展的模式,而在这样的LVS模式下,主要的设备就是调度器与后端RS,这两者的能否正常运行决定了我们所架设的服务能否正常提供服务;所以针对于调度器Directory与真实机RS的高可用是势在必行的,但是LVS本身并没有提供高可用的;
keepalived,实现LVS的高可用,针对于Directory的高可用与后端的RS健康检测,由我们自己设定检测间隙时间;而keepalived这种高可用机制其实是基于vrrp协议来运行的,vrrp协议,又为虚拟冗余路由协议;其主要运行原理如两台路由器,对外表示为一台路由器,即使用一个虚拟的IP地址VIP作为该路由器对外的IP地址,外部其他主机的网关,将两台路由器一个设置为MASTER,一个设置为BACKUP;MASTER作为对外的路由器,将虚拟IP地址给予该路由器,而BACKUP路由器则作为备份路由器存在,在MASTER工作时并不占用任何资源,而当MASTER路由器出现问题down掉的时候,BACKUP路由器就会出来充当MASTER路由器,将虚拟IP地址重新分配给他,并向网络中发布一条免费的arp报文,这个免费报文主要是发送其新生成的MASTER的MAC地址,新的MAC地址格式大概为00-00-5E-00-01-{VRID},通告其路由变换,告诉网络中的主机现在这个路由器是我;如果有多个BACKUP时,则需要进行BACKUP之间的选举操作,即根据BACKUP之间的优先级进行选择;在一同一组的路由器上都会存在一个虚拟ID,VRID,用于标识这个路由是这个组中的一员,这样才能在组中进行选举;
优先级:选举成为MASTER的主要参考标准,取值范围是0-255
0:表示该路由器不参与选举,除非所有路由器都down掉了;
255:该优先级一设置便为MASTER;
其余1-254按越大,优先级越大来设置;
抢占式:如果MASTER路由down了,这个时候由下方的BACKUP路由进行选举,如果这个时候MASTER路由又恢复了,就会立即夺过其MASTER的身份;若BACKUP优先级高于MASTER的路由器,就会将其MASTER身份夺过来;
非抢占式:如果MASTER路由down了,这个时候由下方的BACKUP路由进行选举,如果这个时候MASTER路由又恢复了,并不会夺过其MASTER进程,而是作为BACKUP重新选举;
为了提高VRRP协议的安全性,其还提供了认证功能:
1.字符串认证在一个有可能受到安全威胁的网络中,可以将认证方式设置为简单字符认证。发送VRRP 报文的路由器将认证字填入到VRRP报文中,而收到VRRP报文的路由器会将收到的VRRP报文中的认证字和本地配置的认证字进行比较。如果认证字相同,则认为接收到的报文是合法的VRRP报文;否则认为接收到的报文是一个非法报文。
2.MD5认证:在一个非常不安全的网络中,可以将认证方式设置为MD5认证。发送VRRP报文的路由器利用认证字和MD5算法对VRRP报文进行加密,加密后的报文保存在Authentication Header(认证头)中。收到VRRP报文的路由器会利用认证字解密报文,检查该报文的合法性。
keepalived为LVS提供的高可用机制,并不需要我们使用ipvsadm设置集群服务,只需要在keepalived主配置文件/etc/keepalived/keepalived.conf中设置相关属性,上下文,便可以自动生成调度器对外的虚拟IP地址与集群服务规则;还可以基于脚本调用接口通过执行脚本完成脚本中所定义的规则,对后端的RS或者Directory的状态进行邮件备份等相关操作;
HA Cluster配置的前提:
1.保证各个主机之间的时间差距不超过1秒,需要使用时间服务器,让其余所有的主机都遵照其时间进行同步;如ntpd,chrony;
时间服务器:
①安装ntp软件包
yum -y install ntp
②修改配置文件:/etc/ntp.conf
③在时间服务器开启ntpd服务
其余主机:
①安装ntp包
②#ntpdate IP地址
2.各个节点之间可以通过主机名互相通信;(对于ka并非必须)
3.一定要确保iptables和selinux不会阻碍各个节点间的数据通信;
4.为了安全考虑,各个节点之间的root用户可以基于密钥认证的ssh互相通信(非必须)
安装keepalived:
yum install -y keepalived(在本地光盘中存在)
keepalived的配置文件:
主配置文件:/etc/keepalived/keepalived.conf
主程序文件:/usr/sbin/keepalived
我们对于keepalived的配置主要在/etc/keepalived/keepalived.conf中的三部分
①GLOBAL CONFIGURATION:用于全局配置,主要是相关邮件信息的发件人与收件人,邮件服务器的地址一般为本机即127.0.0.1;最重要的是,需要设置组播IP地址,不能与其他地址相重;
②VRRPD CONFIGURATION:用于配置调度器的相关信息,调度器的状态MASTER,BACKUP,调度器优先级,VRID以及向外的虚拟VIP地址,并留下了关于显示调度器状态变化的脚本接口,如notify_master,notify_backup,notify_fault;
③LVS CONFIGURATION:用于设置调度器下的真实服务器,设置真实服务器的RIP,PORT,权重等,最重要的是对后端RS的健康状态检测,HTTP,SSL,TCP三种检测方式,其中HTTP检测较为全面,可以针对回应时间,url内容变化判断RS的健康状态,而TCP则较为粗糙;
项目实例:
利用keepalived高可用lvs调度器,并分别使用NAT和DR模型的lvs服务负载均衡一个PHP应用,如phpMyAdmin;
DR模型下:
DR模型的配置在上一节配置过,在这里就只讲述针对于上一节的DR模型做出了哪些改变!
①keepalived的高可用首先的第一点就是要保证各个设备的时间同步,为此我们需要设置一个时间同步服务器,让其余设备对其同步;
安装时间同步软件:
yum install -y ntp
在时间服务器修改配置文件/etc/ntpd.conf(第一台调度器172.16.72.10主机)
设置那些客户端主机可以以此主机作为时间服务器:
允许172.16网段的主机
设置本机为时间服务器,上面的server全部注释掉,那些是其他网络中的时间服务器;
设置好之后启动ntpd服务
systemctl start ntpd.service
客户端主机针对该服务器校准时间:
#ntpdate 172.16.72.10(时间服务器IP)
②添加一台虚拟机作为第二台调度器,IP地址为172.16.72.4
将设置在第一台调度器上eno16777736:0的VIPdown掉,我们将在keepalived中生成虚拟的VIP;
安装keepalived在两台调度器上;
yum -y install keepalived
针对其配置文件进行配置
GLOBAL:
notification_email:邮件接收方的地址,为本机root用户;
notification_email_from:邮件发送方的地址;
smtp_server:邮件服务器IP地址;
router_id drct1:设置路由器ID,仅为了区别不同设备而已;如不修改不影响服务;
vrrp_mcast_group4 224.220.220.200: 发送vrrp通告的目的IPv4组播地址;
VRRP:
设置调度器:
state MASTER:该调度器的状态为MASTER;
interface:针对于哪个网卡接口;
priority:优先级,MASTER的优先级需要高于BACKUP的,在抢占模式下;
authentication:设置认证;
virtual_ipaddress:虚拟VIP地址;
注意:设置双实例时,只需要更改其vrrp_instance的名称,优先级与state即可;
LVS:
delay_loop:服务轮询的时间;
lb_algo:使用的调度算法;
lb_kind:使用的模型;DR or NAT;
persistence_timeout:长连接时间;
sorry_server:当后端RS全都不能工作时,在本调度器的http服务中设置sorry界面;
设置RS:
real_server后为RIP;
设置权重,在此设置的HTTP检测,对指定url进行监测,状态码为200则正常;
nb_get_retry 3:健康检测重试的次数;
delay_before_retry 1:重试之前的延迟时长;
connect_timeout 3:连接超时时长;多长时间没有回应就有问题;
将调度器1的keepalived配置好后,将相同文件传送到第二台调度器的
/etc/keepalived/keepalived.conf,进行修改;
如:172.16.72.4调度器的配置:
修改状态为BACKUP,优先级即可;
重启keepalived
#systemctl start keepalived.service
启动后keepalived设备会自动加载ipvsadm系统服务
MASTER设备会自动生成一个虚拟VIP地址:
而BACKUP设备则不会生成,但其会自动生成ipvs集群服务;
这个时候down掉MASTER设备,BACKUP设备就会自动转为MASTER设备了;
down调度器1:
#killall keepalived
#systemctl stop keepalived.service
简单测试一下基于keepalived高可用的DR集群是否生效;
编辑两个index.html文件分别在两个RS的DocumentRoot下;
因为是wrr基于权重的算法:
设置MySQL共享存储,基于NAS的NFS:
将172.16.72.7的数据库信息复制到一个目录中,并将该目录设为共享目录;由RS1 172.16.72.6挂载,并修改数据库相关配置文件/etc/my.cnf;
大概步骤:
/etc/exports:
#exportfs -ar
RS1配置:
修改/etc/my.cnf:
访问phpMyAdmin:
连续两次访问(相隔一段持久连接的访问)
由上图可知,两次访问的RS各不相同,因为之前实验很多次,所以其顺序有些奇怪;
NAT模型下:
NAT模型下的keepalived高可用,同样基于上一篇博客的nat模型,IP配置如下:
DIR1:
eno16777736:172.16.72.4
eno33554976:192.168.72.4
DIR2:
eno16777736:172.16.72.5
eno33554976:192.168.72.5
RS1:
eno16777736:192.168.72.6
RS2:
eno16777736:192.168.72.7
由keepalived高可用设备虚拟出来的IP:
VIP:
eno16777736:0 172.16.72.1/16 面向外网
DIP:
eno33554976:0 192.168.72.4/24 面向内网
①校准时间
②安装keepalived
yum install -y keepalived
③配置DIR1的keepalived
outside设置的是面对外网的VIP
inside设置的是面对内网的DIP
两者需在不同的组中,所以其virtual_router_id需要不一样以区分;
接下来的配置基本上与nat模式一般无二;
DIR2的keepalived配置:
DIR1,DIR2启动keepalived服务;在MASTER主机DIR1与BACKUP主机DIR2上自动生成相关集群服务;
至于后端RS的httpd,php-fpm,Mariadb服务,基本就与之前讲述的一样,不需要变化;
以下是我利用客户端进行的测试:无持久连接下
物理机访问phpMyAdmin:
由DIR1上:可知访问的是192.168.72.7
隔一段时间再次访问,因为设置了持久连接:
访问的是192.168.72.6了
断开DIR1的keepalived后,DIR2就自动成为MASTER:
重新启动DIR1后,DIR2就自动变为BACKUP,因为默认启动抢占模式
以上是关于keepalived高可用的主要内容,如果未能解决你的问题,请参考以下文章