文档章节

Linux集群、Keepalived—Nginx高可用集群架构搭建

阿dai
 阿dai
发布于 2017/09/04 17:48
字数 2101
阅读 120
收藏 0
点赞 0
评论 0

第十八章 Linux集群

18.1 集群介绍

Linux集群根据功能划分为两大类:高可用和负载均衡。

高可用集群

高可用集群通常为2台服务器,一台工作,另一台作为冗余,当提供服务的机器宕机时,冗余将接替继续提供服务。
实现高可用的开源软件有:heartbeat、Keepalived,其中heartbeat已无人维护,所以今后使用Keepalived来搭建高可用集群。

负载均衡集群

负载均衡集群,需要有1台服务器作为分发器,它负责把用户的请求分发给后端的服务器处理,在这个集群里,除了分发器外就是给用户提供服务的服务器了,这些服务器数量至少为2台,所以负载均衡集群至少要3台服务器。
实现负载均衡的开源软件有:LVS、Keepalived、haproxy、nginx;商业软件有:F5、Netscaler。

18.2 Keepalived介绍

Keepalived通过VRRP(virtual router redundancy protocol)虚拟路由冗余协议来实现高可用。
在这个协议里会将多台功能相同的路由器组成一个小组,这个小组会有1个master角色和N(N≥1)个backup角色。
Keepalived有三个模块:core、check、vrrp。其中core模块为Keepalived的核心,负责主进程的启动、维护以及全局配置文件的加载和解析;check模块负责健康检查,vrrp负责实现vrrp协议。

18.3-18.5 用Keepalived配置高可用集群

操作环境:

两台虚拟机:
系统:centos 7.3_64位
master:192.168.8.131;编译安装nginx;yum install -y keepalived
backup:192.168.8.130;yum install -y nginx;yum install -y keepalived
VIP:192.168.8.100
注: VIP(virtual IP)虚拟IP,由Keepalived设置,用于服务器对外提供服务。

准备工作

master:

安装Keepalived:
[root@adailinux ~]# yum install -y keepalived

查看nginx版本:
[root@adailinux ~]# /usr/local/nginx/sbin/nginx -v
nginx version: nginx/1.12.1

backup:

安装Keepalived:
[root@localhost ~]# yum install -y keepalived

安装nginx:
[root@localhost ~]# yum install -y nginx

查看nginx版本:
[root@localhost ~]# nginx -v
nginx version: nginx/1.10.2

开始配置

配置master机器:

配置Keepalived:
在此使用自定义的Keepalived配置文件脚本(先清空或删除自带配置文件脚本)。

[root@adailinux ~]# vim /etc/keepalived/keepalived.conf
global_defs {
   notification_email {
     aming@aminglinux.com                          
   }                                               #定义故障提醒邮件接收地址(本实验用不到)
   notification_email_from root@aminglinux.com
   smtp_server 127.0.0.1
   smtp_connect_timeout 30                         
   router_id LVS_DEVEL                             ##运行keepalived的机器的一个标识,多个节点标识可以相同,也可以不同
}
vrrp_script chk_nginx {                            #定义监控脚本
    script "/usr/local/sbin/check_ng.sh"           #指定服务健康检测(check)脚本
    interval 3                                     #检测时间间隔
}
vrrp_instance VI_1 {                               
    state MASTER                                   #定义该服务的角色 
    interface ens33                                #定义在本机中监听VIP的网卡
    virtual_router_id 51                           #虚拟路由id(同组中的服务器保持该id一致)
    priority 100                                   #指定本机权重(决定优先级)
    advert_int 1                                   #vrrp Multicast广播周期秒数
    authentication {                               #定义认证相关信息  
        auth_type PASS                             #认证类型为密码形式
        auth_pass 123456                           #定义认证密码
    }
    virtual_ipaddress {                            #定义VIP
        192.168.188.100
    }
    track_script {                                 #加载监控服务(脚本)
        chk_nginx                                  #注意此处服务名称要与上面监控脚本名称一致
    }
}

创建监控脚本:

[root@adailinux ~]# 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      #在此停止Keepalived服务是为了避免发生脑裂
        fi
fi

更改脚本权限:
[root@adailinux ~]# chmod 755 /usr/local/sbin/check_ng.sh

启动Keepalived服务:
[root@adailinux ~]# systemctl start keepalived

检测服务状态:
[root@adailinux ~]# ps aux |grep keep
root      4586  0.0  0.1 111708  1308 ?        Ss   15:44   0:00 /usr/sbin/keepalived -D
root      4587  0.1  0.2 111708  2556 ?        S    15:44   0:00 /usr/sbin/keepalived -D
root      4588  0.6  0.1 111708  1620 ?        S    15:44   0:00 /usr/sbin/keepalived -D
root      4682  0.0  0.0 112664   972 pts/1    S+   15:45   0:00 grep --color=auto keep
[root@adailinux ~]# ps aux |grep nginx
root      3380  0.0  0.1  45352  1164 ?        Ss   14:15   0:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
nobody    3381  0.0  0.4  47840  4064 ?        S    14:15   0:00 nginx: worker process
nobody    3382  0.0  0.3  47840  3804 ?        S    14:15   0:00 nginx: worker process
root      4696  0.0  0.0 112664   976 pts/1    R+   15:45   0:00 grep --color=auto nginx
[root@adailinux ~]# /etc/init.d/nginx stop
Stopping nginx (via systemctl):                            [  确定  ]
[root@adailinux ~]# ps aux |grep nginx
root      4814  0.0  0.1  45352  1184 ?        Ss   15:46   0:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
nobody    4816  0.0  0.3  47840  3820 ?        S    15:46   0:00 nginx: worker process
nobody    4817  5.0  0.3  47840  3820 ?        S    15:46   0:00 nginx: worker process
root      4827  0.0  0.0 112664   976 pts/1    S+   15:46   0:00 grep --color=auto nginx
注:由以上检测状态可知关闭nginx服务之后Keepalived会再次自动启动nginx服务

说明: “脑裂”,即当master宕机后仍然未释放VIP,同时backup接替master提供服务要使用同一VIP,因而导致两台机器争占同一VIP导致服务紊乱,所以当master宕机后需要关闭其Keepalived服务来避免脑裂现象发生。Keepalived服务的日志位置:/var/log/messages。
查看网卡信息:

[root@adailinux ~]# ip add
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:8a:1b:5c brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.131/24 brd 192.168.8.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.8.100/32 scope global ens33
       valid_lft forever preferred_lft forever

说明: 在此不能使用ifconfig查看,ens33中增加了一个IP:192.168.8.100/32。

配置backup机器:

配置Keepalived:
同样使用自定义脚本。

[root@localhost ~]# vim /etc/keepalived/keepalived.conf
global_defs {
   notification_email {
     aming@aminglinux.com
   }
   notification_email_from root@aminglinux.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 {       #只有该部分与master有区别
    state BACKUP           #角色
    interface ens33        
    virtual_router_id 51   
    priority 90            #权重
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 123456
    }
    virtual_ipaddress {
        192.168.8.100
    }   
    track_script {
        chk_nginx
    }   
}   

说明: 如果是多台服务器,权重决定了master宕机后,backup接管master角色的顺序。

创建监控脚本:

[root@localhost ~]# 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
        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

更改脚本权限:
[root@localhost ~]# chmod 755 /usr/local/sbin/check_ng.sh

启动Keepalived服务:
[root@localhost ~]# systemctl start keepalived.service 

说明: 该检测脚本中与master检测脚本的区别在于:systemctl start nginx,即nginx的启动方式,因为在backup服务器中是使用yum安装的nginx,默认添加到系统服务中。

测试

master宕机前:

master:

mark

backup:

mark

使用VIP访问:

mark
此时默认访问到master服务器。

master宕机后:

master宕机后该机器上的Keepalived服务必将关闭,此处模拟master服务器上的Keepalived关闭后的情景:

关闭Keepalived服务:
[root@adailinux ~]# systemctl stop keepalived.service

查看master上IP状态:

[root@adailinux ~]# ip add
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:8a:1b:5c brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.131/24 brd 192.168.8.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::65d2:adc:20d3:8c74/64 scope link 
       valid_lft forever preferred_lft forever

说明: ens33上已经没有了VIP。

查看back上IP状态:

[root@localhost ~]# ip add
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:40:9f:e7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.130/24 brd 192.168.8.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.8.100/32 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::b61a:f99d:bfc0:e0b5/64 scope link 
       valid_lft forever preferred_lft forever

说明: VIP转移到backup的ens33网卡上。然后使用浏览器访问VIP。

mark
即,master宕机后由backup继续提供服务。

注: 恢复master上的Keepalived服务后,会由master服务器为该集群提供服务。如下:

在master上操作:
[root@adailinux ~]# systemctl start keepalived.service 
[root@adailinux ~]# ip add
2: ens33:
    inet 192.168.8.131/24 brd 192.168.8.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.8.100/32 scope global ens33
       valid_lft forever preferred_lft forever


在backup上:  
[root@localhost ~]# ip add
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:40:9f:e7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.130/24 brd 192.168.8.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::b61a:f99d:bfc0:e0b5/64 scope link 
       valid_lft forever preferred_lft forever

再次使用浏览器访问VIP:

mark

即,Keepalived——Nginx高可用集群搭建完成!!!

© 著作权归作者所有

共有 人打赏支持
阿dai
粉丝 57
博文 177
码字总数 253157
作品 0
昌平
运维
《Linux云计算从入门到精通》系列实战笔记全放送

为了方便Linux云计算爱好者的学习查看,马哥Linx云计算团队特别整理了《Linux云计算从入门到精通》年度重磅大放送,囊括了整个学习过程的学习精华,内容全部由马哥Linux云计算学员撰写,欢迎...

898009427 ⋅ 2017/11/21 ⋅ 0

域名到站点的负载均衡技术一览(主要是探讨一台Nginx抵御大并发的解决方案)(转)

继上一篇文章Http://www.cnblogs.com/EasonJim/p/7807794.html中说到的,Nginx虽然很强大,但是面对大并发时,一台Nginx总是有限的。即使后端有多台Nginx组成的集群时,前端毕竟只有一台Ngi...

easonjim ⋅ 2017/11/12 ⋅ 0

民工哥公众号linux系统学习线路图大全

民工哥公众号linux系统学习线路图大全 <-----------点击链接进入 友侃有笑公众号Linux学习路线图 1、基础篇 Linux 基础优化配置 Linux系统根目录结构介绍 linux系统重要子目录介绍 Linux文件...

民工哥 ⋅ 2017/08/30 ⋅ 0

如何迅速掌握并提高linux运维技能

之前曾经写过一篇如何学习Linux的文章,得到了很多反馈,大家都在分享自己的学习经验和体会,并且也提出了不少意见和建议。学习这个事情其实是说起来容易,做起来就很难,虽然给大家提高了很...

南非蚂蚁 ⋅ 2016/10/25 ⋅ 0

对单机架构升级集群架构的工作记录

概述 还有公司敢用单机模式架构,狠狠的擦了一把汗。。在此萌生了改造单机架构模式,自行网上搜索出一套适合公司的高可用架构,才大致了解完毕。领导就召集大家说了现有单机模式的弊端。。 ...

java_龙 ⋅ 2017/06/22 ⋅ 0

lvs+keepalived 高可用负载均衡模式分析

1. 前言 在《keepalived 双机热备》这篇文章中,我写了利用keepalived 这个开源软件实现高可用的功能,以及keepalived 高可用所使用的协议——利用vrrp 协议,在高可用网络组内广播自己的优先...

hello_cjq ⋅ 03/30 ⋅ 0

浅谈web应用的负载均衡、集群、高可用(HA)解决方案

1、熟悉几个组件 1.1、apache —— 它是Apache软件基金会的一个开放源代码的跨平台的网页服务器,属于老牌的web服务器了,支持基于Ip或者域名的虚拟主机,支持代理服务器,支持安全Socket层(...

stone_ ⋅ 2016/05/04 ⋅ 0

浅谈web应用的负载均衡、高可用、群集

1、熟悉几个组件 1.1、apache —— 它是Apache软件基金会的一个开放源代码的跨平台的网页服务器,属于老牌的web服务器了,支持基于Ip或者域名的虚拟主机,支持代理服务器,支持安全Socket层(...

壹休哥 ⋅ 2016/11/06 ⋅ 0

集群应用与实战

集群 什么是集群: — 一组通过高速网络互联的计算组,并以单一系统的模式加以管理 — 将很多服务器集中起来,提供同一中服务,在客户端看来就像是只有一个服务器 — 可以在付出较低成本的情...

Xuenqlve ⋅ 01/15 ⋅ 0

《循序渐进Linux》第二版即将出版发行(附封面)

从《循序渐进Linux》第一版发布,到现在已经近6年了,6年的时间,技术发生了很大的变化,Linux系统的内核版本从2.6.9(RHEL4.x)已经更新到了现在的3.10(Centos7.x),第一版中的部分内容已经...

南非蚂蚁 ⋅ 2015/12/25 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

AppDelegate 设置Root相关

self.window = UIWindow.init(frame: UIScreen.main.bounds) self.window?.backgroundColor = UIColor.white self.window?.makeKeyAndVisible() self.window?.rootViewController = RootTabB......

west_zll ⋅ 16分钟前 ⋅ 0

Java并发系列5--倒计时器CountDownLatch

今天讲一个倒计时器工具,叫CountDownLatch。需要这个工具的场景大概有:当所有的小任务都完成之后,再启动大任务。 先看代码: public class CountDownLatchDemo {static final CountDow...

大大枣 ⋅ 17分钟前 ⋅ 0

SpreadJS使用进阶指南 - 使用 NPM 管理你的项目

前言 SpreadJS作为一款性能出众的纯前端电子表格控件,自2015年发布以来,已经被广泛应用于各领域“在线Excel”数据管理项目中。NPM,作为管理Node.js库最有力的手段,解决了很多NodeJS代码部...

葡萄城控件技术团队 ⋅ 18分钟前 ⋅ 0

Mac下IntelliJ IDEA快捷键大全

https://blog.csdn.net/lisongjia123/article/details/54949364

细节探索者 ⋅ 21分钟前 ⋅ 0

建造者模式

1、工厂模式中创建的对象大都是简单的对象 复杂的产品类并且拥有不同的属性特点的管理就需要用到建造者模式 2、建造者模式: 将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以...

职业搬砖20年 ⋅ 22分钟前 ⋅ 0

Mysql数据库开发 怎么优化SQL语句?

 1) 现场抓出慢查询语句 show full processlist;   2) 配置参数:   slow_query_log_file = ON 慢查询开启开关   long_query_time =2 记录大于2秒的sql语句   log_queries_not_usi...

老男孩Linux培训 ⋅ 23分钟前 ⋅ 0

Laravel 安装执行php artisan migrate 出现字段过长错误

最近在自己研究Laravel Laravel版本:5.6 PHP版本:7.1.9 Mysql版本:5.7.19 Apache版本:2.4.27 系统版本:windows10 首先要保证电脑安装了composer,和node.js 执行命令 composer global ...

Marhal ⋅ 28分钟前 ⋅ 0

ELK6.0日志从收集到处理完整版教程(二)

ELK简介 Elasticsearch 开源分布式搜索引擎,它的特点有:分布式,零配置,自动发现,索引自动分片,索引副本机制,restful风格接口,多数据源,自动搜索负载等。也可以认为ElasticSearch是一...

bz_z ⋅ 31分钟前 ⋅ 0

Spark项目之电商用户行为分析大数据平台之(七)数据调研--基本数据结构介绍

目录 一、user_visit_action(Hive表) 1.1 表的结构 1.2 表的说明 二、user_info(Hive表) 2.1 表的结构 2.2 表的说明 三、task(MySQL表) 3.1 表的结构 3.2 表的说明 四、工作流程...

xiaomin0322 ⋅ 36分钟前 ⋅ 0

评分卡模型剖析之一(woe、IV、ROC、信息熵)

信用评分卡模型在国外是一种成熟的预测方法,尤其在信用风险评估以及金融风险控制领域更是得到了比较广泛的使用,其原理是将模型变量WOE编码方式离散化之后运用logistic回归模型进行的一种二...

火力全開 ⋅ 36分钟前 ⋅ 0

没有更多内容

加载失败,请刷新页面

加载更多

下一页

返回顶部
顶部