Linux集群架构——keepalived高可用集群

Linux集群概述

根据功能划分为两大类：高可用和负载均衡

高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务

实现高可用的开源软件有：heartbeat、keepalived

负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服务器了，这些服务器数量至少为2

实现负载均衡的开源软件有LVS、keepalived、haproxy、nginx，商业的有F5、Netscaler

keepalived介绍

在这里我们使用keepalived来实现高可用集群，因为heartbeat在centos6上有一些问题，影响实验效果

keepalived通过VRRP（Virtual Router Redundancy Protocl）来实现高可用。

在这个协议里会将多台功能相同的路由器组成一个小组，这个小组里会有1个master角色和N（N>=1）个backup角色。

master会通过组播的形式向各个backup发送VRRP协议的数据包，当backup收不到master发来的VRRP数据包时，就会认为master宕机了。此时就需要根据各个backup的优先级来决定谁成为新的mater。

Keepalived要有三个模块，分别是core、check和vrrp。其中core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析，check模块负责健康检查，vrrp模块是来实现VRRP协议的。

用keepalived配置高可用

准备两台机器130和131，130作为master，131作为backup

两台机器都执行yum install -y keepalived

两台机器都安装nginx，其中130上已经编译安装过nginx，131上需要yum安装nginx: yum install -y nginx

master配置：

设定vip为100

编辑130上keepalived配置文件，>/etc/keepalived/keepalived.conf清空原配置文件。

vim /etc/keepalived/keepalived.conf

global_defs {
notification_email {
cc@cclinux.com
}
notification_email_from root@cclinux.com
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id LVS_DEVEL
}

vrrp_script chk_nginx {
script "/usr/local/sbin/check_ng.sh"
interval 3
}

vrrp_instance VI_1 {
state MASTER
interface ens33
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass cclinux>com
}
virtual_ipaddress {
192.168.109.100
}

track_script {
chk_nginx
}

}

130编辑监控脚本

vim /usr/local/sbin/check_ng.sh

#!/bin/bash
#时间变量，用于记录日志
d=`date --date today +%Y%m%d_%H:%M:%S`
#计算nginx进程数量
n=`ps -C nginx --no-heading|wc -l`
#如果进程为0，则启动nginx，并且再次检测nginx进程数量，
#如果还为0，说明nginx无法启动，此时需要关闭keepalived
if [ $n -eq "0" ]; then
/etc/init.d/nginx start
n2=`ps -C nginx --no-heading|wc -l`
if [ $n2 -eq "0"  ]; then
echo "$d nginx down,keepalived will stop" >> /var/log/check_ng.log
systemctl stop keepalived
fi
fi

给脚本755权限

chomd 755 /usr/local/sbin/check_ng.sh

systemctl start keepalived //130启动服务

backup配置：

131上编辑配置文件

vim /etc/keepalived/keepalived.conf

global_defs {
notification_email {
cc@cclinux.com
}
notification_email_from root@cclinux.com
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id LVS_DEVEL
}

vrrp_script chk_nginx {
script "/usr/local/sbin/check_ng.sh"
interval 3
}

vrrp_instance VI_1 {
state BACKUP
interface ens33
virtual_router_id 51
priority 90
advert_int 1
authentication {
auth_type PASS
auth_pass cclinux>com
}
virtual_ipaddress {
192.168.109.100
}

track_script {
chk_nginx
}

}

131上编辑监控脚本

vim /usr/local/sbin/check_ng.sh

#时间变量，用于记录日志
d=`date --date today +%Y%m%d_%H:%M:%S`
#计算nginx进程数量
n=`ps -C nginx --no-heading|wc -l`
#如果进程为0，则启动nginx，并且再次检测nginx进程数量，
#如果还为0，说明nginx无法启动，此时需要关闭keepalived
if [ $n -eq "0" ]; then
systemctl start nginx
n2=`ps -C nginx --no-heading|wc -l`
if [ $n2 -eq "0"  ]; then
echo "$d nginx down,keepalived will stop" >> /var/log/check_ng.log
systemctl stop keepalived
fi
fi

给脚本755权限

chmod 755 /usr/local/sbin/check_ng.sh

systemctl start keepalived //131上也启动服务



检查：

master，我们停止nginx后，nginx又重启了如下图所示，说明keepalived配置成功了



backup一样的：



浏览器测试：







由上面可知，我们的vip100设定成功，绑定在master上面的！



实例1测试：

在master上增加iptabls规则

iptables -I OUTPUT -p vrrp -j DROP





由上面所示，虽然从上也有100，但是vip依然在master上面，所以这样是不行的。

实例2测试：

停掉master的keepalived服务



我们可以看到，vip立马切换到131服务器上面了。

但是我们马重启130的keepalived，vip会立马回到我们的130机器上：



日志立马也会显示出来：