一、HA(HighAvailable)集群中的相关语术
1.节点(node)
运行HA进程的一个独立主机,称为节点,节点是HA的核心组成部分,每个节点上运行着操作系统和高可用软件服务,在高可用集群中,节点有主次之分,分别称之为主节点/备份节点,每个节点拥有唯一的主机名,并且拥有属于自己的一组资源,例如,磁盘,文件系统,网络地址和应用服务等,主节点上一般运行着一个或多个应用服务,而备节点一般处于监控状态
2.资源(resource)
资源是一个节点可以控制的实体,并且当节点发生故障时,这些资源能够被其他节点接管,HA集群软件中,可以当做资源的实体有:
(1)磁盘分区、文件系统
(2)IP地址VIP
(3)应用程序服务
(4)NFS文件系统
3.事件(event)
也就是集群中可能发生的事情,例如节点系统故障,网络连通故障,网卡故障,应用程序故障等,这些事情都会发生节点资源发生转移,HA的测试也是基于这些事情来进行的
4.动作(action)
事件发生时HA的响应方式,动作是由shell脚本控制的,例如当某个节点发生故障后,备份节点将通过事先设定好的执行脚本进行服务的关闭或启动,进而接管故障节点的资源
【简介】
keepalived 是linux下一个轻量级的高可用解决方案,可以实现服务或者网络的高可用,keepalived主要是通过虚拟路由冗余来实现高可用功能,部署使用相对简单,所有配置只需要一个配置文件即可完成。
【用途】
keepalived起初是为lvs设计的,专门用来监控集群系统中各个服务节点的状态,它根据layer3,4 & 5交换机制检测每个服务节点的状态,如果某个服务节点出现异常,或工作出现故障,keepaived将检测到,并将出现故障的服务节点从集群系统中剔除,而在故障节点恢复正常后,keepalived又可以自动将此服务节点重新加入到集群中,这些工作全部自动完成,不需要人工干预,需要人工完成的只是修复故障节点。
keepalived后来又加入了VRRP 的功能,VRRP是Virtual Router Redundancy Protocol(虚拟路由器冗余协议)的缩写,它出现的目的是为了解决静态路由出现的单点故障问题,通过VRRP可以实现网络不间断的、稳定的运行,因此,keepalived一方面具有服务器状态监测和故障隔离功能,另一方面也具有HA Cluster功能,下面详细介绍下VRRP协议的实现过程
【VRRP协议与工作原理】
在现实的网络环境中,主机之间的通信都是通过配置静态路由完成的,而主机之间的路由器一旦出现故障,通信就会失败,因此在这种通信模式中,路由器就成了一个单点瓶颈,为了解决这个问题就引入了VRRP协议
VRRP协议是一种主备模式的协议,通过VRRP可以在网络发生故障时透明地进行设备切换不影响主机间的数据通信,这其中涉及两个概念:物理路由器和虚拟路由器
VRRP可以将两台或者多台物理路由器设备虚拟成一个虚拟路由器,这个虚拟路由器通过虚拟IP(一个或多个)对外提供服务,二在虚拟路由器内部,是多个物理路由器协同工作,同一时间只有一台物理路由器对外提供服务,这台物理路由器被称之为主路由器(处于master状态角色)。它拥有对外提供的虚拟ip,提供各种网络功能,比如arp请、icmp、数据转发等,二其他物理路由器不拥有对外提供的虚拟ip,也不提供对外网络功能,仅仅接收master的vrrp状态通告信息,这些路由器被统称为备份路由器(处于backup角色)。当主路由器失效时,处于backup角色的备份路由器将重新进行选举,产生一个新的主路由器进入master角色继续对外服务,整个切换过程对于用户来说完全同名
在一个虚拟路由器中,只有处于master角色的路由器会一直发送vrrp数据包,处于backup角色的路由器只接受master发过来的报文信息,用来监控master运行状态,因此,不会发生master抢占的现象,除非它的优先级更高,而当master不可用时,backup也就无法收到master发过来的报文信息,于是就认定master出现故障,接着多台backup就会进行选举,优先级最高的backup将成为新的master,这种选举并进行角色的过程非常快,因此也就保证了服务的持续可用性
【keepalived的体系结构】
可以看出来,keepalived的体系结构从整体上分为两层,分别是用户空间层和内核空间层。下面介绍一个keepalived两层结构的详细组成及实现的功能。
内核空间层处于最底层,它包括ipvs和netlink两个模块。ipvs模块是keepalived引入的一个第三方模块,通过ipvs可以实现基于ip的负载均衡集群。ipvs默认包含在lvs集群软件中。
这里有一个误区,由于keepalived可以和ipvs一起很好的工作,所以很多初学者都认为keepalived是一个负载均衡的软件,这种理解是错误的
内核模块:
IPVS:主要用于通过IPVS跟lvs进行整合,是lvs的核心模块,跟lvs一块使用的
NETLINK:主要实现一些网络的功能
用户模块:主要用于高可用
checker:检查服务状态
vrrp stack:用于DS高可用
【keepalived的安装与配置】
【vrrp】
yum install keepalived -y
#############MASTER配置######################
vim /etc/keepalived/keepalived global_defs { notification_email { } vrrp_instance VI_1 { state MASTER #状态:MASTER BACKUP interface ens33 #网卡名称 virtual_router_id 51 #虚拟路由id(要与BACKUP一致) priority 100 #优先级,越大越优先 advert_int 1 #每隔一秒检查一次 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.42.250 #虚拟ip } }
BACKUP配置同上,只修改state 和 priority 就ok
当MASTER正常工作时,BACKUP就很浪费资源,所以可以让他俩互为备份主机,直接在配置文件下面再上述内容,名称要修改,id,密码,虚拟ip和优先级都要修改
【check】
现在两台RealServer启动lvs的DR一个脚本,直接执行shell脚本即可
#!/bin/bash case $1 in start) echo 1 > /proc/sys/net/ipv4/conf/arp_ignore echo 1 > /proc/sys/net/ipv4/conf/arp_announce echo 2 > /proc/sys/net/ipv4/conf/arp_ignore echo 2 > /proc/sys/net/ipv4/conf/arp_announce ifconfig ens33:0 192.168.42.250/32 broadcast 192.168.42.250 up if [ $? -eq 0 ];then route add -host 192.168.42.250 dev ens33:0 fi echo "start success" ;; stop) echo 0 > /proc/sys/net/ipv4/conf/arp_ignore echo 0 > /proc/sys/net/ipv4/conf/arp_announce echo 0 > /proc/sys/net/ipv4/conf/arp_ignore echo 0 > /proc/sys/net/ipv4/conf/arp_announce ifconfig ens33:0 down route del -host 192.168.42.250 echo "stop success" ;; *) echo "usage start|stop" ;; esac
virtual_server 192.168.42.250 80 { delay_loop 3 #健康检查时间间隔 lb_algo rr#负载均衡调度算法
lb_kind DR#负载均衡转发规则
protocol TCP real_server 192.168.42.9 80 { weight 1 HTTP_GET { url { path / status_code 200 } connect_timeout 3 nb_get_retry 3 delay_before_retry 3 } } real_server 192.168.42.10 80 { weight 1 HTTP_GET { url { path / status_code 200 } connect_timeout 3 nb_get_retry 3 delay_before_retry 3 } }
关闭其中一台server的httpd,另一台curl