keepalived-2-配置文件详解

官网：http://www.keepalived.org/

core：是keepalived的核心，复杂主进程的启动和维护，全局配置文件的加载解析等

check：负责healthchecker(健康检查)，包括了各种健康检查方式，以及对应的配置的解析包括LVS的配置解析

vrrp：VRRPD子进程，VRRPD子进程就是来实现VRRP协议的

libipfwc：iptables(ipchains)库，配置LVS会用到

libipvs*：配置LVS会用到

注意，keepalived和LVS完全是两码事，只不过他们各负其责相互配合而已

keepalived启动后会有三个进程

父进程：内存管理，子进程管理等等

子进程：VRRP子进程

子进程：healthchecker子进程

两个子进程都被系统WatchDog看管，两个子进程各自复杂自己的事，healthchecker子进程复杂检查各自服务器的健康程度，例如HTTP，LVS等等，如果healthchecker子进程检查到MASTER上服务不可用了，就会通知本机上的兄弟VRRP子进程，让他删除通告，并且去掉虚拟IP，转换为BACKUP状态

以下内容来自网络

keepalived工作在 Layer3，4，7；工作在TCP/IP协议栈的IP层，TCP层，及应用层,原理分别如下：

Layer3：Keepalived使用Layer3的方式工作式时，Keepalived会定期向服务器群中的服务器发送一个ICMP的数据包（既我们平时用的Ping程序）,如果发现某台服务的IP地址没有激活，Keepalived便报告这台服务器失效，并将它从服务器群中剔除，这种情况的典型例子是某台服务器被非法关机。Layer3的方式是以服务器的IP地址是否有效作为服务器工作正常与否的标准。

Layer4:如果您理解了Layer3的方式，Layer4就容易了。Layer4主要以TCP端口的状态来决定服务器工作正常与否。如web server的服务端口一般是80，如果Keepalived检测到80端口没有启动，则Keepalived将把这台服务器从服务器群中剔除。

Layer7：Layer7就是工作在具体的应用层了，比Layer3,Layer4要复杂一点，在网络上占用的带宽也要大一些。Keepalived将根据用户的设定检查服务器程序的运行是否正常，如果与用户的设定不相符，则Keepalived将把服务器从服务器群中剔除。

- os: centos 6.4 x86_64
- keepalived version: 1.2.7-3

centos 6.4之后官方的yum里已经提供了keepalived的RPM包，所以直接yum安装即可

yum install -y keepalived
cd /etc/keepalived/
cp keepalived.conf keepalived.conf.bak

主要包括三部分：

花括号“{}”。用来分隔定义块，因此必须成对出现。如果写漏了，keepalived运行时，不会得到预期的结果。由于定义块内存在嵌套关系，因此很容易遗漏结尾处的花括号，这点要特别注意。

global_defs {
notification_email { #指定keepalived在发生切换时需要发送email到的对象，一行一个，建议不用，用其他监控方案代替
liutiansi@gmail.com
}
notification_email_from Alexandre.Cassen@firewall.loc #指定发件人
smtp_server 127.0.0.1 #指定smtp服务器地址
smtp_connect_timeout 3 #指定smtp连接超时时间
router_id LVS_DEVEL #运行keepalived机器的一个标识，在一个网络内，它应该是唯一的
}

#监控haproxy 进程
vrrp_script chk_haproxy { # Requires keepalived-1.1.13
script "killall -0 haproxy" # widely used idiom
interval 2 # check every 2 seconds
weight 2 # add 2 points of prio if OK weight -2 #经测试keepalived 1.17版本加这个配置不能切换,最新版本1.21加上这个则可以
}

vrrp_sync_group VG_1{ #监控多个网段的实例group，每个实例group必须包含一个vrrp实例
group {
inside_network #实例名，确定失败切换（FailOver）包含的路由实例个数。即在有2个负载均衡器的场景，
#一旦某个负载均衡器失效，需要自动 切换到另外一个负载均衡器的实例是哪些
outside_network
}
notify_master /path/xx.sh #指定当切换到master时，执行的脚本
netify_backup /path/xx.sh #指定当切换到backup时，执行的脚本
notify_fault "path/xx.sh VG_1" #故障时执行的脚本
notify /path/xx.sh
smtp_alert #使用global_defs中提供的邮件地址和smtp服务器发送邮件通知
}

#Vrrp实例vrrp_instance.实例名出自实例组group所包含的那些名字
vrrp_instance inside_network {
state BACKUP #实例状态state.只有MASTER和BACKUP两种状态，并且需要大写这些单词。其中MASTER为工作状态，BACKUP为备用状态。
#当MASTER所在的服务器失效时，BACKUP所在的系统会自动把它的状态有BACKUP变换成MASTER；
#当失效的MASTER所在的系统恢复时，BACKUP从MASTER恢复到BACKUP状态。
#主备的靠priority决定

#nopreempt #设置为不抢占 注：这个配置只能设置在backup主机上，而且这个主机优先级要比另外一台高

interface eth0 #设置实例绑定的网卡，即VIP所在的网卡，因为在配置虚拟IP的时候必须是在已有的网卡上添加的

dont_track_primary #忽略vrrp的interface错误（默认不设置）

track_interface{ #设置额外的监控，里面那个网卡出现问题都会切换，一般都会对内外网卡同时进行监控
eth0
eth1
}

mcast_src_ip #发送多播包的地址，如果不设置默认使用绑定网卡的primary ip

garp_master_delay #在切换到master状态后，延迟进行gratuitous ARP请求

virtual_router_id 50 #虚拟路由标识 ,可通过 #tcpdump vrrp 查看.这个标识是一个数字，并且同一个vrrp实例使用唯一的标识。
#即同一个vrrp_instance,MASTER和BACKUP的virtual_router_id是一致的，同时在整个vrrp内是唯一的。

priority 99 #优先级：这是一个数字，数值愈大，优先级越高。在同一个vrrp_instance里，MASTER的优先级高于BACKUP

advert_int 1 #同步通知间隔：MASTER与BACKUP负载均衡器之间同步检查的时间间隔，单位为秒。

preempt_delay #抢占延时，默认5分钟，通过这种方式防止意外的切换导致角色的切换

debug #开启debug，默认可以不开启

authentication { #设置认证
auth_type PASS #类型主要有PASS、AH两种，通常使用的类型为PASS
auth_pass 111111 #验证密码为明文，同一vrrp实例MASTER与BACKUP 使用相同的密码才能正常通信。
}

virtual_ipaddress { #虚拟IP，即VIP，可以有多个地址，每个地址占一行，不需要指定子网掩码
#注意：如果lvs+keepalived场景中，这个ip必须与我们在lvs客户端设定的vip相一致
192.168.202.200
}
virtual_routes { #设置默认路由
# src [to] / via|gw dev scope tab
src 192.168.100.1 to 192.168.109.0/24 via 192.168.200.254 dev eth1
192.168.110.0/24 via 192.168.200.254 dev eth1
192.168.111.0/24 dev eth2 192.168.112.0/24 via 192.168.100.254
}

preempt delay #抢占延迟
}

virtual_server 192.168.202.200 23 { # 这个ip后面一个空格，然后加上端口号。定义一个vip，可以实现多个tcp端口的负载均衡功能
delay_loop 6 #健康检查时间间隔，单位是秒

lb_algo rr #负载均衡调度算法（rr|wrr|lc|wlc|lblc|sh|dh），比较常见的是rr和nlc

lb_kind DR #负载均衡转发规则（NAT|DR|TUN）

persistence_timeout 50 #会话保持时间，单位是s，此选项用来提供保持会话功能

protocol TCP #使用的协议，TCP和UDP

persistence_granularity #lvs会话保持粒度

virtualhost #检查的web服务器的虚拟主机（host：头）

sorry_server #备用机，所有realserver失效后启用，利用这个sorry server提供一个优雅的维护页面

real_server 192.168.200.5 23 { #也即服务器池。Real_server的值包括ip地址和端口号。多个连续的真实ip
weight 1 #权重值是一个数字，数值越大，权重越高。
#使用不同的权重值的目的在于为不同性能的机器分配不同的负载，性能较好的机器，负载分担大些；
#反之，性能差的机器，则分担较少的负载，这样就可以合理的利用不同性能的机器资源。

inhibit_on_failure #在服务器健康检查失效时，将其设为0，而不是直接从ipvs中删除

notify_up | #在检测到server up后执行脚本

notify_down | #在检测到server down后执行脚本

TCP_CHECK {
connect_timeout 3 #连接超时时间
nb_get_retry 3 #重连次数
delay_before_retry 3 #重连间隔时间
connect_port 23 #健康检查的端口的端口
bindto
}

HTTP_GET | SSL_GET{
url{ #检查url，可以指定多个
path /
digest #检查后的摘要信息
status_code 200 #检查的返回状态码
}

connect_port
bindto
connect_timeout 5
nb_get_retry 3
delay_before_retry 2
}

SMTP_CHECK{
host{
connect_ip
connect_port #默认检查25端口
bindto
}

connect_timeout 5
retry 3
delay_before_retry 2
helo_name | #smtp helo请求命令参数，可选
}

MISC_CHECK{
misc_path | #外部脚本路径
misc_timeout #脚本执行超时时间
misc_dynamic #如设置该项，则退出状态码会用来动态调整服务器的权重
#返回0 正常，不修改；返回1，检查失败，权重改为0；返回2-255，正常，权重设置为：返回状态码-2
}
}

通过RPM安装的直接利用脚本

/etc/init.d/keepalivedstart

keepalived启动信息可以从日志中看到

tail-f/var/log/message

角色的自动切换，原理是在global选项中定义一段脚本，在vrrp_instance中进行引用，触发了脚本，自动调整priority达到选举变更角色的目的

#global选项中加上如下的判定条件
vrrp_script change_role {
script "[[ -e /tmp/ChangeRole ]] && exit 1 || exit 0" #这里紧紧是一条shell命令，也可以是一个脚本
interval 1
weight -5 #自动调整优先级-5
}

#vrrp_instance实例中引用
track_script {
change_role
}
#只要当/tmp/ChangeRole出现的时候，优先级自动-5，小于backup，选举的时候就会更换角色

#要监控某项服务例如nginx
vrrp_script chk_nginx {
script "killall -0 nginx"
interval 1
weight -2
}

#vrrp_instance中进行引用
track_script {
chk_maintainace chk_nginx
}

角色转换的时候进行通知，结合上面进行角色更替时候发送邮件，这里仍旧不推荐，可以使用zabbix或者是nagios进行报警

#vrrp_instance实例块中定义
notify_master "/etc/keepalived/notify.sh master"
notify_backup "/etc/keepalived/notify.sh backup"
notify_fault "/etc/keepalived/notify.sh fault"

#发送邮件的前提是global中关于smtp的定义已经定义好

以下为一个简易通知脚本
#!/bin/bash
VIP=172.16.1.10
contact=\'root@localhost\'

notify() {
mailsubject="`hostname` to be $1: $VIP floating"
mailbody="`date \'+%F %H:%M:%S\'`: vrrp transition, `hostname` changed to be $1"
echo $mailbody | mail -s "$mailsubject" $contact
}

case "$1" in
master)
notify master exit 0
;;
backup)
notify backup exit 0
;;
fault)
notify fault exit 0
;;
*)
echo \'Usage: `basename $0` {master | backup | fault}\'
exit 1
;;
esac

virtual_server 172.16.100.1 80 {
delay_loop 5
lb_algo rr
lb_kind NAT
nat_mask 255.255.255.0
protocol TCP

real_server 172.16.100.10 80 {
weight 1
HTTP_GET {
url {
path /
state_code 200
}
connect_timeout 3
nb_get_retry 3
delay_before_retry 3
}
}

real_server 172.16.100.20 80 {
weight 1
HTTP_GET {
url {
path /
state_code 200
}
connect_timeout 3
nb_get_retry 3
delay_before_retry 3
}
}
}

实现master/master双主，原理其实就是只要定义不同的vrrp_instance来实现

#部分配置文件如下
vrrp_instance VI_1 {
state MASTER
interface eth1
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 123456
}

virtual_ipaddress {
172.16.1.10/24 dev eth1
}
}
vrrp_instance VI_2 {
state BACKUP
interface eth1
virtual_router_id 52
priority 99
advert_int 1
authentication {
auth_type PASS
auth_pass 123456
}

virtual_ipaddress {
172.16.100.10/24 dev eth1
}
}
同样在另一个keepalived节点上两者vrrp_instance的实例角色恰好相反，这样即可实现master/master模型