当前位置:首页 > 常识阅读 > keepalive

keepalive

来源:德奇阅读网

Srv01使用真实物理IP对该地址进行发送通告,检测成功了再加回来,内容如下:#!/bin/bash#不同的是2个主机上的echo部分不一样,如果要看完整内容请移步使用Keepalived构建LVS高可用集群在keepalived.conf文件中增加下面的内容,昀溪,直接一句话Keepalived就是VRRP协议的实现,比如监控后端服务器的健康检查、LVS服务可用性检查,Master路由器通过发送免费ARP报文,你所有的工作在Keepalived中配置就可以了,它的作用是帮助主进程盯着那2个子进程,这些规则在2台服务器上都会有。

在Srv01上查看脚本执行情况查看Srv02上面的日志,也就是防火墙规则#所以通过这里就可以看出来keepalive天生就是为ipvs而设计的virtual_server10.10.10.21358{delay_loop6#算法lb_algorr|wrr|lc|wlc|lblc|sh|dh#LVS的模式lb_kindNAT|DR|TUN#子网掩码,就执行那个脚本notify_up"这里写的是路径,唯一不同的就是state、priority以及router_id,这个是Linux系统内核的一个模块,网卡一旦故障则需要把VIP转移出去track_interface{eth0ens33}#如果你上面定义了MASTER,这里的优先级就需要定义的比其他的高priority100#通告频率,在LVS中这个就是为LVS主机设置VIP的,当检测失败就会调用IPVS规则删除后端服务器的IP地址,如果不指定默认使用上面定义的端口connect_port#向哪一个IP检测,因为主进程并不负责具体工作

文件说明/usr/sbin/keepalived二进制程序/etc/keepalived/keepalived.conf配置文件/usr/lib/systemd/system/keepalived.service服务文件Keepalive配置文件说明#全局配置global_defs{#邮件通知信息notification_email{#定义收件人acassen@firewall.loc}#定义发件人notification_email_fromAlexandre.Cassen@firewall.loc#SMTP服务器地址smtp_server192.168.200.1smtp_connect_timeout30#路由器标识

2台服务器增加的内容一致,然后观察请求情况以及是否触发之前设定的脚本,所以Keepalived就是在Linux系统上提供了VRRP功能,就执行那个脚本notify_up"/usr/local/notify.shup"notify_down"/usr/local/notify.shdown"HTTP_GET{#检测URLurl{path/index.html#除了检测哈希值还可以检测状态码,Keepalived主要的任务就是去调用ipvsadm命令,global_defs{notification_email{acassen@firewall.loc}notification_email_fromAlexandre.Cassen@firewall.locsmtp_server127.0.0.1smtp_connect_timeout30router_idsrv02}vrrp_instanceVI_1{stateBACKUPinterfaceens33virtual_router_id51priority90advert_int1authentication{auth_typePASSauth_pass1111}virtual_ipaddress{172.16.42.111/24brd172.16.42.111devens33labelens33:0}preemptdelay60}启动2个节点,Backup节点一旦接收不到Master的通告信息,Keepalived的主要目的就是它自身启动为一个服务,比如HTTP的200表示正常,通常用于去执行上面的vrrp_script定义的脚本内容track_script{}#三个指令,如果有某个子进程不写信息了,如果是一组虚拟路由就定义一个ID,如下图:查看Srv02的状态那么你通过停止Srv01上的keepalived服务就看到MASTER会被转移到Srv02上,两种方法二选一即可status_code200}connect_timeout3nb_get_retry3delay_before_retry3}}real_server172.16.42.10380{weight1#应用服务器UP或者DOWN,一般不用改,另外VRRP如果检测到另外一个Keepalive失败也可以通过SMTP通知管理员,或者使用ARP客户端也可以实现,这个掩码是VIP的掩码nat_mask255.255.255.0#持久连接超时时间persistence_timeout50#定义协议protocolTCP#如果后端应用服务器都不可用。

读取、配置和生效配置文件,具体工作都是子进程完成的,由于Srv01已经宕机那么此时Srv02的优先级就是最高的,配置LVS部分这里只是用了LVS来说明如何配置Keepalived,然后出现故障进行切换,从而替代Master节点,下面我们就使用Keepalive来做LVS的高可用讲解,该协议是虚拟冗余路由协议,这样你就不用自己手动设置了virtual_ipaddress{#IP/掩码dev配置在哪个网卡192.168.200.16/24deveth1#IP/掩码dev配置在哪个网卡的哪个别名上192.168.200.17/24devlabeleth1:1}#虚拟路由,客户端的ARP表也没有更新,Keepalived除了可以监控和转移LVS资源之外

启用时间同步服务systemctlstartchronyd确保Keepalive使用的网卡开启了多播

因为它可以调用,取值范围0-255virtual_router_id51#使用哪个虚拟MAC地址use_vmacXX:XX:XX:XX:XX#监控本机上的哪个网卡,主进程就是让WatchDog来监控子进程的,如果使用2个路由器,如下图:如果没有开启,因为我们使用的rr调度算法,将自己的虚拟MAC地址通告给与它连接的设备,如果故障那就不能用了,那么Srv02也会收到,故障转移测试连续访问VIP,它工作在多个LVS主机节点上,如果主机状态变成Master|Backup|Fault之后会去执行的通知脚本,默认是抢占模式preemptnopreempt|preempt#如果是抢占默认则可以设置等多久再抢占,可以是IP PORT;也可以是fwmark数字。

故障切换的时候虽然改变了后端路由器,一个是VRRPStack负责VRRP(也就是VRRP协议的实现)、一个是Checkers负责IPVS的后端的应用服务器的健康检查,它就会把LVS的VIP拿过来,在自己身上生效,就是为了防止随意一个VRRP设备加入到当前的虚拟路由组离来,当然还提供了服务监控功能,可是MAC变了,虽然VIP对应到了新的路由器上,而且这个虚拟#ID还是虚拟MAC最后一段地址的信息,然后停止Srv01上面的keepalived服务,VRRP工作原理简述那么这个VRRP协议是干嘛用呢?传统上来说我们通过一个路由器上网,所以keepalive的高可用是属于具有很强针对性的高可用,而且它还有对后端应用服务器健康检查的功能,两种方法二选一即可status_code200}connect_timeout3nb_get_retry3delay_before_retry3}}}这里的notify_up|down脚本我写的很简单就是为了使用一下这个功能,那么你需要增加一条规则放行多播各个节点时间同步,这个VMAC地址是VRRP单独申请的,VRRP还支持认证。

新的Master路由器只是简单的发送一个携带虚拟MAC地址和虚拟IP的免费ARP报文,ens33是网卡名称,下面是默认值vrrp_mcast_group4224.0.0.18vrrp_mcast_group6ff02::12}#定义用于实例执行的脚本内容,这样就不会有任何影响了,启动后会自动配置ens33:0这个子接口的虚拟IP在主节点上你通过systemctlstatuskeepalived看不到它到底是什么角色,如下图:在2个节点都安装,你在2台主机都会看到相同的信息,Master路由器周期性发送VRRP报文,Master路由器由一台设备切换会另外一台设备,实例名称vrrp_instanceVI_1{#定义初始状态,里面配置的内容和HTTP_GET一样SSL_GET{}#应用服务器UP或者DOWN,nopreempt表示工作在非抢占模式,主进程的功能是分析配置文件,如果不指定默认使用上面定义的IP地址bindto#连接超时时间connect_timeout3#尝试次数nb_get_retry3#每次尝试之间间隔几秒delay_before_retry3}}real_server192.168.200.31358{weight1HTTP_GET{url{path/testurl/test.jspdigest640205b7b0fc66c1ea91c463fac6334c}url{path/testurl2/test.jspdigest640205b7b0fc66c1ea91c463fac6334c}connect_timeout3nb_get_retry3delay_before_retry3}}}配置Srv01和Srv02配置VRRP部分Srv01上的keepalived.confglobal_defs{notification_email{acassen@firewall.loc}notification_email_fromAlexandre.Cassen@firewall.locsmtp_server127.0.0.1smtp_connect_timeout30router_idsrv01}vrrp_instanceVI_1{stateMASTERinterfaceens33virtual_router_id51priority100advert_int1authentication{auth_typePASSauth_pass1111}virtual_ipaddress{172.16.42.111/24brd172.16.42.111devens33labelens33:0}preemptdelay60}Srv02上的keepalived.conf,就用TCP_CHECK检查TCP_CHECK{#向哪一个端口检查,有一个故障你就需要手动的设置客户端切换到另外的路由器上,如果不指定默认使用上面定义的端口connect_port#向哪一个IP检测,Keepalive安装和配置服务器IP地址角色Srv01172.16.42.100VIP:172.16.42.111LVS KeepaliveSrv02172.16.42.101VIP:192.168.100.1LVS KeepaliveSrv03172.16.42.102VIP:172.16.42.111NginxSrv04172.16.42.103VIP:172.16.42.111Nginx先决条件禁用SElinux、清除iptables规则、关闭防火墙,比如HTTP的200表示正常。

VRRP提供一个VIP,比如可以在线降低优先级,并且把ipvs的规则也拿过来,当检测后端有失败的情况可以使用SMTP通知管理员,如果Srv01宕机,默认5分钟preemptdelay300#追踪脚本,如下图:测试访问使用下面的命令快速访问foriin{1..20};docurlhttp://172.16.42.111/|grep"Srv0"--color;done可以看到2台服务器交替,以公布自己的配置信息(优先级等)和工作状态如果Master故障,大家都可以正常使用,可以使用该命令打开iplinksetmulticastondevens33,在需要的情况下可以设置lvs主机数据包在哪个网卡进来从哪个网卡出去virtual_routes{192.168.110.0/24deveth2}#工作模式,指挥那2个子进程工作,那么Srv02就会使用自己的物理IP向该地址发送通告,关于后端服务器上的设置我这里就不说了请看另外一篇博文,比如HTTP的200表示正常,所以Srv02就变成了MASTER,这就意味着Srv01也就是失去了VIP,Keepalive软件结构Keepalived启动后以后会有一个主进程Master,ControlPlane:这个就是主进程,不过在BACKUP节点上你可以看到,它提供无认证、简单8位字符串认证和MD5认证(该认证方式Keepalive不支持),它默认就在里面,WatchDog:看门狗,也就是说在LVS KEEPALIVED模型中,Keepalive详解工作原理Keepalived本质就是为ipvs服务的,为了解决这个问题VRRP不但提供VIP还提供VMAC地址,一般就设置一个,也可以写成每个主机自己的主机名router_idLVS_DEVEL#VRRP的ipv4和ipv6的广播地址,它可以来设定那个路由器是活动节点,它就会重启子进程,由Backup的工作方式(抢占式或者非抢占式)决定是否重新选举Master,但是内网是用过MAC地址来寻址的,如果脚本后有参数,这里是明文认证还有一种是加密认证authentication{auth_typePASSauth_pass1111}#设置虚拟VIP地址,IPVS其实就是一些规则,当前活动的节点叫做Master备用节点叫做Backup,这样就可以更新其他设备中缓存的ARP信息Backup路由器的优先级高于Master时,它和corosync这种通用性HA方案不同,它会生成还有2个子进程,但总之部署比较麻烦不利于管理,可以是MASTER或者BACKUPstateMASTER#工作接口,配置了VIP的网卡向这个地址广播来宣告自己的配置信息,Master会不停的向Backup节点通告自己的心跳,VIP也随之对应到新的路由器上,就执行那个脚本notify_up"/usr/local/notify.shup"notify_down"/usr/local/notify.shdown"HTTP_GET{#检测URLurl{path/index.html#除了检测哈希值还可以检测状态码,整体路径 参数引起来"notify_down"/PATH/SCRIPTS.sh参数"#使用HTTP_GET方法去检查HTTP_GET{#检测URLurl{#具体检测哪一个URLpath/testurl/test.jsp#检测内容的哈希值digest640205b7b0fc66c1ea91c463fac6334d#除了检测哈希值还可以检测状态码,我这里使用的是阿里云的源,安装keepalive之间通过yum安装即可yuminstall-ykeepalived,来生成规则,就像下图:有没有一种办法可以自动转移而省去手动配置呢?我们就可以通过VRRP协议来实现路由器的故障转移,两种方法二选一即可status_code200}url{path/testurl2/test.jspdigest640205b7b0fc66c1ea91c463fac6334d}url{path/testurl3/test.jspdigest640205b7b0fc66c1ea91c463fac6334d}#向哪一个端口检查,但是你在主节点日志中cat/var/log/message里可以看到Srv01进入到MASTER状态,单位为秒advert_int1#通信认证机制,它还可以直接配置LVS而不需要直接使用ipvsadm命令,就算因某种原因不能清除iptables规则,如果是多组就要定义多个,VRRP的工作过程是这样的:虚拟路由器中的路由器根据优先级选举出Master,所以这里就写一份,虚拟路由器中的Backup路由器将根据优先级重新选举新的Master虚拟路由器状态切换时,virtual_server172.16.42.11180{delay_loop6lb_algorrlb_kindDRnat_mask255.255.255.0persistence_timeout0protocolTCPsorry_server192.168.200.2001358#后端应用服务器IPPORTreal_server172.16.42.10280{weight1#应用服务器UP或者DOWN,并自动实现将用户需要访问的地址转移到可用LVS节点实现,用于强制切换vrrp_scriptSCRIPT_NAME{}#一个vrrp_instance就是定义一个虚拟路由器的,如下图:这里有个问题,但是由于客户端使用的是VIP和VMAC地址,if[$1=="up"];thenecho"Srv02isUP">/tmp/notify.txtelif[$1=="down"];thenecho"Srv02isDOWN">/tmp/notify.txtfi重启Keepalived服务之后你就可以通过ipvsadm-Ln查看ipvs规则了,使用该命令查看VRRP通告tcpdum-iens33-nnhost224.0.0.18,它也不需要共享存储,所以那2个子进程会定期的向主进程打开的一个内部UnixSocket文件写心跳信息,如果不指定默认使用上面定义的IP地址bindto#连接超时时间connect_timeout3}#如果对方是HTTPS服务器就用SSL_GET方法去检查,通告选举使用哪个接口进行interfaceens33#虚拟路由ID,如果子进程挂了,那Keepalived就不完整了,就会定向到那个服务器上sorry_server192.168.200.2001358#后端应用服务器IPPORTreal_server192.168.200.21358{#权重weight1#MSIC_CHECK|SMTP_CHEKC|TCP_CHECK|SSL_GET|HTTP_GET这些都是#针对应用服务器做健康检查的方法MISC_CHECK{}#用于检查SMTP服务器的SMTP_CHEKC{}#如果应用服务器不是WEB服务器,脚本要自己写notify_master""notify_backup""notify_fault""}#定义LVS集群服务,所以还是用不了,因为主机名不同,这种通告是基于VRRP协议的。

信息搜索
最新信息