Keepalived是一个用C语言编写的路由软件。该项目的主要目标是为Linux系统和基于Linux的基础架构提供简单而强大的负载平衡和高可用性设施。负载平衡框架依赖于众所周知且广泛使用的Linux虚拟服务器内核模块，提供第4层负载平衡。Keepalived实现了一组检查器，以根据其健康状况动态和自适应地维护和管理负载平衡的服务器池。另一方面，高可用性是通过VRRP实现的协议。VRRP是路由器故障转移的基础。此外，Keepalived实现了一组与VRRP有限状态机的挂钩，提供低级和高速协议交互。为了提供最快的网络故障检测，Keepalived实现了BFD协议。VRRP状态转换可以考虑BFD提示来驱动快速状态转换。Keepalived框架可以单独使用，也可以一起使用，以提供弹性基础架构。
Keepalived是免费软件；您可以根据自由软件基金会发布的GNU通用公共许可条款重新分发和/或修改它；许可证的第2版，或任何更高版本。
安装
1方式一
1yum安装
yum install -y keepalived
2查看版本
rpm -qa|grep keepalived
rpm -qc keepalived
2方式二
1先安装keepalived依赖组件
yum -y install libnl libnl-devel libnfnetlink-devel popt-devel gcc make
2获取压缩包，解压
官方下载地址
mkdir /usr/src/software && cd /usr/src/software
wget http://www.keepalived.org/software/keepalived-2.0.20.tar.gz
tar zxvf keepalived-2.0.20.tar.gz
cd keepalived-2.0.20
3预编译
./configure --prefix=/usr/local/keepalived
4编译、安装
make && make install
5加入开机启动项、系统命令
1把keepalived的启动文件复制到init.d
cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/
2将keepalived文件拷贝到/etc下
cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
3将配置文件拷贝到/etc/keepalived下
mkdir /etc/keepalived
cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
4将keepalived加入系统命令系统
cp /usr/local/keepalived/sbin/keepalived /usr/sbin/
到这里源码安装Keepalived就已经完成
高可用配置
官方配置手册-原版官方配置手册-中文版
1双机主备
global_defs {
router_id keep_86
}
vrrp_instance VI_1 {
# 主用机设置为 MASTER
state MASTER
interface ens33
virtual_rhouter_id 51
priority 100
advert_int 2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
# 注意：主备两台的vip都是一样的，绑定到同一个vip
192.168.1.88
}
}
global_defs {
router_id keep_87
}
vrrp_instance VI_1 {
# 备用机设置为BACKUP
state BACKUP
interface ens33
virtual_router_id 51
# 权重低于MASTER
priority 80
advert_int 2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
# 注意：主备两台的vip都是一样的，绑定到同一个vip
192.168.1.88
}
}
2双主热备
global_defs {
router_id keep_86
}
vrrp_instance VI_1 {
state MASTER
interface ens33
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.161
}
}
vrrp_instance VI_2 {
state BACKUP
interface ens33
virtual_router_id 52
priority 80
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.162
}
}
global_defs {
router_id keep_87
}
vrrp_instance VI_1 {
state BACKUP
interface ens33
virtual_router_id 51
priority 80
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.161
}
}
vrrp_instance VI_2 {
state MASTER
interface ens33
virtual_router_id 52
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.162
}
}
3keepalived调用脚本进行资源监控
keepalived调用外部的辅助脚本进行资源监控，并根据监控的结果状态能实现优先动态调整
vrrp_script:自定义资源监控脚本，vrrp实例根据脚本返回值，公共定义，可被多个实例调用，定义在vrrp实例之外的独立配置块，一般放在global_defs设置块之后。
通常此脚本用于监控指定应用的状态。一旦发现应用的状态异常，则触发对MASTER节点的权重减至低于SLAVE节点，从而实现 VIP 切换到 SLAVE 节点
分两步：(1) 先定义一个脚本；(2) 调用此脚本
vrrp_script SCRIPT_NAME { # 定义用于实例执行的脚本内容，比如可以在线降低优先级，用于强制切换，定义在与vrrp_instance平级。
script <STRING>|<QUOTED-STRING> # shell命令或脚本路径，此脚本返回值为非0时(假)，会触发下面OPTIONS执行
interval <INTEGER> # 间隔时间，单位为秒，默认1秒
timeout <INTEGER> # 超时时间
weight <INTEGER:-254..254> # 权重，监测失败后会执行权重相加，权重可以为负数即相加后降低本机权重
fall <INTEGER> # 脚本几次失败转换为失败
rise <INTEGER> # 脚本连续监测成功后，把服务器从失败标记为成功的次数
user USERNAME [GROUPNAME] # 执行监测的用户或组
init_fail # 设置默认标记为失败状态，监测成功之后再转换为成功状态
}
track_script { #追踪脚本，通常用于去执行上面的vrrp_script定义的脚本内容,定义在vrrp_instance里。
SCRIPT_NAME
SCRIPT_NAME
}
例如调用监控Nginx状态脚本：
! Configuration File for keepalived
global_defs {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}
notification_email_from Alexandre.Cassen@firewall.loc
smtp_server 192.168.200.1
smtp_connect_timeout 30
router_id LVS_DEVEL
vrrp_skip_check_adv_addr
vrrp_strict
vrrp_garp_interval 0
vrrp_gna_interval 0
}
vrrp_script chk_nginx { #定义脚本
script "/home/test/chk_nginx.sh " #0表示检查进程是否运行。
interval 2 # 间隔时间，单位为秒，默认1秒
weight -20 #减后要小于backup中priority的值。
fall 3 # 脚本几次失败转换为失败
rise 1 # 脚本连续监测成功后，把服务器从失败标记为成功的次数
}
vrrp_instance VI_1 {
state MASTER
interface ens192
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
track_script {
# chk_down
chk_nginx #调用此脚本
}
virtual_ipaddress {
192.168.200.16
}
}
4keepalived的抢占与非抢占模式
1抢占模式
运行过程中，当master发生异常，且后期恢复master正常后，存在抢占或非抢占两种情况。简单点说抢占模式就是，当master宕机后，backup接管服务。后续当master恢复后，vip漂移到master上，master重新接管服务，多了一次多余的vip切换，而在实际生产中是不需要这样。
| 1）俩台都为master时，比如server1的优先级大于server2，keepalived启动后server1获得master，server2自动降级为backup。此时server1宕机后，server2接管服务，当server1恢复后,server1又变为master，重新接管服务，server2变为backup。属于抢占式。 |
| 2)server1为master,server2位backup,且master优先级大于backup。keepalived启动后server1获得master，server2为backup。当server1宕机后，server2接管服务。当server1恢复后，server1重新接管服务变为master，而server2变为backup。属于抢占式。 |
| 3)server1为master,server2位backup,且master优先级低于backup。keepalived启动后server2获得master，server1为backup。当server2宕机后，server1接管服务。此时server2恢复后抢占服务，获得master，server1降级将为backup。属于抢占式。 |
以上3种，只要级别高就会获取master，与state状态是无关的
2非抢占模式
实际生产中是，当原先的master恢复后，状态变为backup,不接管服务，这是非抢占模式。
| 4）server1和server2都为backup。我们要注意启动server服务的启动顺序，先启动的升级为master，与优先级无关。且配置nopreempt项。 |
比如server1获得master权限，server2为backup。此时server1宕机后，server2接管服务升级为master。当server1恢复后权限将为backup,
不会争抢server2的master权限，server2将会继续master权限。属于非抢占式。
重点：第4种非抢占式俩节点state必须为bakcup,且必须配置nopreempt注意：这样配置后，我们要注意启动服务的顺序，优先启动的获取master权限，与优先级没有关系了
总结：抢占模式即MASTER从故障中恢复后，会将VIP从BACKUP节点中抢占过来。非抢占模式即MASTER恢复后不抢占BACKUP升级为MASTER后的VIP
持续更新中…
文章为作者独立观点，不代表 股票程序化软件自动交易接口观点
相关文章
股民评论