根据功能划分为两大类:高可用和负载均衡 linux
高可用集群一般为两台服务器,一台工做,另一台做为冗余,当提供服务的机器宕机,冗余将接替继续提供服务 nginx
实现高可用的开源软件有:heartbeat、keepalived vim
负载均衡集群,须要有一台服务器做为分发器,它负责把用户的请求分发给后端的服务器处理,在这个集群里,除了分发器外,就是给用户提供服务的服务器了,这些服务器数量至少为2 后端
实现负载均衡的开源软件有LVS、keepalived、haproxy、nginx,商业的有F五、Netscalercentos
在这里咱们使用keepalived来实现高可用集群,由于heartbeat在centos6上有一些问题,影响实验效果 浏览器
keepalived经过VRRP(Virtual Router Redundancy Protocl)来实现高可用。 bash
在这个协议里会将多台功能相同的路由器组成一个小组,这个小组里会有1个master角色和N(N>=1)个backup角色。 服务器
master会经过组播的形式向各个backup发送VRRP协议的数据包,当backup收不到master发来的VRRP数据包时,就会认为master宕机了。此时就须要根据各个backup的优先级来决定谁成为新的mater。 负载均衡
Keepalived要有三个模块,分别是core、check和vrrp。其中core模块为keepalived的核心,负责主进程的启动、维护以及全局配置文件的加载和解析,check模块负责健康检查,vrrp模块是来实现VRRP协议的。测试
准备两台机器130和131,130做为master,131做为backup
两台机器都执行yum install -y keepalived
两台机器都安装nginx,其中130上已经编译安装过nginx,131上须要yum安装nginx: yum install -y nginx
设定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启动服务
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机器上:
日志立马也会显示出来: