码迷,mamicode.com
首页 > 其他好文 > 详细

高可用实现KeepAlived原理简介

时间:2019-04-18 15:32:47      阅读:195      评论:0      收藏:0      [点我收藏+]

标签:eth   状态码   内核空间   iges   控制   实现原理   udp   支持   守护进程   

一、简介

    目前主流实现web网站及数据库服务高可用软件包括:keepalived、heartbeat、corosync,cman;高可用简称HA;

    官方站点:https://www.keepalived.org/

  1、keepalived主要功能

    对RealServer进行健康状态检查,支持3层、4层、7层协议进行健康检查;并支持VRRP冗余协议所以keepalived两个功能是监控检查,VRRP冗余协议;

  2、keepalived的作用

    检查web服务器的状态,如果有一台web服务器/mysql服务器宕机或故障,keepalived将故障节点从系统中剔除,当故障恢复的时候自动加入服务器集群中,非常智能化,只需要手动修复坏的节点即可。

  3、keepalived的layer3、4、7层分别是IP层、传输层、应用层的实现原理如下:

    1)、layer3:keepalived定期向集群中服务器发送ICMP的包,如果发现哪台ping不通,便报告这台服务器失效,并将其剔除集群;(判断标准为IP是否有效)

    2)、layer4:主要以TCP端口(也可以是udp)状态来决定服务器工作是否正常,如web服务器的80端口如果没有工作,则将其剔除集群(判断标准为端口)

    3)、layer7:应用层,keepalived将根据用户的设定,检查服务器程序的运行是否正常,如果不是设定值,则将其剔除集群(判断标准为程序是否正常)

二、keepalived VRRP原理

  1、学习keepalived,必须了解VRRP协议的原理,因为keepalived是VRRP的完美实现,那什么是VRRP那?VRRP(虚拟路由冗余协议)最早是为了解决网关的点单故障的路由协议,在主机上如何选定到达目的的下一跳路由,这个问题通常解决方案是,动态路由协议RIP,OSPF;再有就是静态路由协议,主机中实现动态路由协议非常不实际,管理,开销,维护等诸多问题,因此通常是配置静态路由协议,但是路由器或网管就经常出现单点,VRRP就是解决此静态路由单点问题VRRP通过竞选协议来动态交给LAN中的虚拟路由器中的某台VRRP路由器。

  2、VRRP虚拟路由器集群中,由多台物理机组成,但是并不是同时工作,而是由master负载路由工作,其他都是backup,master也不是一成不变,VRRP会让每个VRRP路由参与竞选最终优先的就是master

  3、master的特权是拥有虚拟路由器的IP地址,即VIP,负责转发给网关地址的包和响应ARP请求。

  4、VRRP通过竞选来实现虚拟路由器的功能,所有协议报文都是通过IP多播包(多播地址224.0.0.18)发送的,虚拟路由器有VRID(0~255)和一组IP地址组成,对外表现为一个mac地址,所以一组虚拟路由器集群中,不管谁是master,对外都是一个相同mac和VIP,客户端没有感知。

  5、master的VRRP路由器会一直发送VRRP广播包,backup不会抢占master,除非优先级(priority)更高,当master不可用时(backup收不到广播包),多台backup中优先级最高的这台会抢占master,抢占是非常快速的,并且VRRP包还使用了加密协议进行传输。

  6、keepalived基于VRRP将两台主机当做路由器,组成虚拟路由器集群,master高的主机产生VIP,该VIP负责转发用户发起的IP包或请求

三、keepalive架构模型

  一个父进程两个子进程

技术图片

    为了确保健壮及稳定性,守护进程被分为3个不同的进程,父进程负责fork和监控子进程,因此父进程也称为watchdog,凉饿子进程,一个负责VRRP,另一个负责健康检查,每个进程都有自己的I/O多路复用器,这样可以优化VRRP调度抖动,因为VRRP比健康检查更重要,两个子进程开启本地套接字Unix Domain Socket,当keepalive启动后,父进程通过unix domain socket每隔5s发送一个hello消息给子进程,如果父进程无法发送消息给子进程,将认为子进程出现问题,于是重启子进程。watchdog这种设计的两个好处是,第一父进程发送给远程子进程的hello数据包是通过I/O多路复用程序完成的,这样他就可以在子调度框架中检测死循环,第二是使用sysV信号检测dead children。

  架构图:

 

 

技术图片

    解释:

      userspace  用户空间

      kernelspace 内核空间

      checker组件:负责RS健康状态检查,并在LVS拓扑中移除、添加,支持layer3/4/7的协议检查,该组件使用独立的子进程负责,但被父进程监控。这个组件就是实现健康检查(TCP\HTTP\SSL\MISC......)

      VRRP stack:提供director的故障转移功能从而实现director的高可用,该组件可独立提供功能,无需LVS支持,也是独立的子进程负责,父进程监控,vrrp stact就是vrrp的实现,比如vrrp协议调用。

      system call组件:提供抓取自定义脚本的功能,该组件在使用时,将临时产生一个子进程来执行任务,支持系统调用机制,做出管理操作。

      IPVS wrapper组件:负责将配置文件中IPVS相关规则发送到内核的IPVS模块,就是生产ipvs规则的。

      netlink reflector:用来设定,监控vrrp的vip地址,负责交互,VRRP借助于netlink健康网络,实现网络功能配置。

      schedule-I/O Multiplexer:并发控制。

      memory mngt:内存管理。

      control plane configuration file parser:配置文件,分析的主控工具。

      watch dog:可以理解为高可用监视器。

四、keepalived配  1 keepalived/keepalived.conf 

  2 ! Configuration File for keepalived 
  3 
  4 global_defs {          #全局部分定义邮件报警系统
  5    notification_email {    #定义邮件发送目标
  6      acassen@firewall.loc
  7      failover@firewall.loc
  8      sysadmin@firewall.loc
  9    }
 10    notification_email_from Alexandre.Cassen@firewall.loc  #定义邮件发送人
 11    smtp_server 192.168.200.1                   #指定smtp服务器地址
 12    smtp_connect_timeout 30                    #指定smtp连接超时时间
 13    router_id LVS_DEVEL                       #表示keepalived服务器的字符串,局域网内是唯一的高可用需要使用它标识节点
 14    vrrp_skip_check_adv_addr                   #默认是不跳过检查,检查收到的VRRP通过中的所有地址可能会比较耗时,设置此命令的意思是,如果通告于接收的上一个通过来自相同的master路由器,则不执行检查,也就是跳过检查 15    vrrp_strict                           #严格嬦VRRP协议,阻止keepalived启动有几种情况,1没有vip,2单播邻居,3在VRRP版本2中有ipv6地址
 16    vrrp_garp_interval 0                      #在一个接口发送的两个arp之间的延迟,可以是毫米级
 17    vrrp_gna_interval 0
 18 }
 19#定义VRRP实例,一个配置文件可以有多例,不同主机之间互为主备,实例名称应该一致。
 20 vrrp_instance VI_1 {            
 21     state MASTER         #定义角色状态,是master/backup                     
 22     interface eth0        #定义网卡
 23     virtual_router_id 51     #定义虚拟路由标识VRID,主备应该相同
 24     priority 100          #定义优先级
 25     advert_int 1          #心跳时间1s
 26     authentication {        #认证方式一个实例中必须完全一致
 27         auth_type PASS      
 28         auth_pass 1111            #最多8个字符
 29     }
 30     virtual_ipaddress {      #设置VIP,主备相同,可以使用dev选项来指定接口,如果需要ifconfig查看,需要在ip地址后加上label,可以是多个VIP
 31         192.168.200.16
 32         192.168.200.17
 33         192.168.200.18
 34     }
 35 }
 36 #定义虚拟服务部分
 37 virtual_server 192.168.200.100 443 {     #虚拟服务器地址和端口空格隔开地址为VIP
 38     delay_loop 6               #健康检查间隔
 39     lb_algo rr                #定义负载均衡算法,这里是rr
 40     lb_kind NAT               #定义lvs模型
 41     persistence_timeout 50        #持久会话保持时长
 42     protocol TCP              #监控服务的协议类型
 43 
 44     real_server 192.168.201.100 443 {    #定义rs部分,地址端口
 45         weight 1                #lvs权重
 46         SSL_GET {               #监控检查的方式,常见的有HTTP_GET/SSL_GET/TCP_CHECK/MISC_CHECK
 47             url {                
 48               path /             #指定ssl——get健康检查路径
 49               digest ff20ad2481f97b1754ef3e12ecd3a9cc
 50             }                 #健康状态需要状态码,可以是status_code,digest,digest+status_code
 51             url {              #digest值用keepalived的genhash命令生产,一般使用status_code
 52               path /mrtg/
 53               digest 9b3a0c85a887a256d6939da88aabd8cd
 54             }
 55             connect_timeout 3      #3s五响应就超时,就判断为realserver不健康,需要重新连接
 56             nb_get_retry 3        #标识重试3次,防误伤
 57             delay_before_retry 3    #重试间隔3s
 58         }                  #总共12s才能判断故障节点,可以改小点
 59     }
 60 }
 61 
 62 virtual_server 10.10.10.2 1358 {      #定义所有rs宕机时,有哪台服务器提供服务
 63     delay_loop 6                #一般在keepalived给一个web页面,提示维护等。
 64     lb_algo rr 
 65     lb_kind NAT
 66     persistence_timeout 50
 67     protocol TCP
 68 
 69     sorry_server 192.168.200.200 1358
 70 
 71     real_server 192.168.200.2 1358 {
 72         weight 1
 73         HTTP_GET {
 74             url { 
 75               path /testurl/test.jsp
 76               digest 640205b7b0fc66c1ea91c463fac6334d
 77             }
 78             url { 
 79               path /testurl2/test.jsp
 80               digest 640205b7b0fc66c1ea91c463fac6334d
 81             }
 82             url { 
 83               path /testurl3/test.jsp
 84               digest 640205b7b0fc66c1ea91c463fac6334d
 85             }
 86             connect_timeout 3
 87             nb_get_retry 3
 88             delay_before_retry 3
 89         }
 90     }
 91 
 92     real_server 192.168.200.3 1358 {
 93         weight 1
 94         HTTP_GET {
 95             url { 
 96               path /testurl/test.jsp
 97               digest 640205b7b0fc66c1ea91c463fac6334c
 98             }
 99             url { 
100               path /testurl2/test.jsp
101               digest 640205b7b0fc66c1ea91c463fac6334c
102             }
103             connect_timeout 3
104             nb_get_retry 3
105             delay_before_retry 3
106         }
107     }
108 }
109 
110 virtual_server 10.10.10.3 1358 {
111     delay_loop 3
112     lb_algo rr 
113     lb_kind NAT
114     persistence_timeout 50
115     protocol TCP
116 
117     real_server 192.168.200.4 1358 {
118         weight 1
119         HTTP_GET {
120             url { 
121               path /testurl/test.jsp
122               digest 640205b7b0fc66c1ea91c463fac6334d
123             }
124             url { 
125               path /testurl2/test.jsp
126               digest 640205b7b0fc66c1ea91c463fac6334d
127             }
128             url { 
129               path /testurl3/test.jsp
130               digest 640205b7b0fc66c1ea91c463fac6334d
131             }
132             connect_timeout 3
133             nb_get_retry 3
134             delay_before_retry 3
135         }
136     }
137 
138     real_server 192.168.200.5 1358 {
139         weight 1
140         HTTP_GET {
141             url { 
142               path /testurl/test.jsp
143               digest 640205b7b0fc66c1ea91c463fac6334d
144             }
145             url { 
146               path /testurl2/test.jsp
147               digest 640205b7b0fc66c1ea91c463fac6334d
148             }
149             url { 
150               path /testurl3/test.jsp
151               digest 640205b7b0fc66c1ea91c463fac6334d
152             }
153             connect_timeout 3
154             nb_get_retry 3
155             delay_before_retry 3
156         }
157     }
158 }

 

     

 

转载请注明出处:https://www.cnblogs.com/zhangxingeng/p/10595058.html 

高可用实现KeepAlived原理简介

标签:eth   状态码   内核空间   iges   控制   实现原理   udp   支持   守护进程   

原文地址:https://www.cnblogs.com/zhangxingeng/p/10595058.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!