nginx学习(三)——nginx高可用方案nginx+keepalived

一、Nginx+tomcat实现集群

当我们网站并发量高的时候,一台tomcat无法承受大量并发,可以考虑Nginx+Tomcat集群来实现。咱们这就做一个集群演示。

步骤说明

  1、我这里准备3台tomcat,端口分别是8081、8082、8083

  针对同一个域名,每次用Nginx实现不同的转发,分别在每个tomcat的webapps目录下创建ROOT目录,并创建index.html,分别在html的body里标记1/2/3以示区分。

  2、配置负载均衡upstream实现集群

upstream testtomcat  {
    server 192.168.126.99:8081 weight=3;
    server 192.168.126.99:8082 weight=1;
    server 192.168.126.99:8083 weight=1;
}
server {
    listen       80;
    server_name  localhost;

    #charset koi8-r;

    #access_log  logs/host.access.log  main;
    location / {
    proxy_pass  http://testtomcat;
    }
}

二、keepalived+nginx 集群解决单点故障

  再牛逼的软件我们也不能保证它一定不挂,为了防止Nginx挂了导致整个服务无法使用的灾难发生,我们这里可以考虑使用Keepalived+Nginx集群实现高可用。

keepalived介绍

  Keepalived 是一种高性能的服务器高可用或热备解决方案,Keepalived 可以用来防止服务器单点故障的发生,通过配合 Nginx 可以实现 web 前端服务的高可用。

  Keepalived 以 VRRP (路由器冗余协议)协议为实现基础,用 VRRP 协议来实现高可用性(HA)。VRRP(Virtual Router Redundancy Protocol)协议是用于实现路由器冗余的协议,VRRP 协议将两台或多台路由器设备虚拟成一个设备,对外提供虚拟路由器 IP(一个或多个),而在路由器组内部,如果实际拥有这个对外 IP 的路由器如果工作正常的话就是 MASTER,或者是通过算法选举产生,MASTER 实现针对虚拟路由器 IP 的各种网络功能,如 ARP 请求,ICMP,以及数据的转发等;其他设备不拥有该虚拟 IP,状态是 BACKUP,除了接收 MASTER 的VRRP 状态通告信息外,不执行对外的网络功能。当主机失效时,BACKUP 将接管原先 MASTER 的网络功能。

  VRRP 协议使用多播数据来传输 VRRP 数据,VRRP 数据使用特殊的虚拟源 MAC 地址发送数据而不是自身网卡的 MAC 地址,VRRP 运行时只有 MASTER 路由器定时发送 VRRP 通告信息,表示 MASTER 工作正常以及虚拟路由器 IP(组),BACKUP 只接收 VRRP 数据,不发送数据,如果一定时间内没有接收到 MASTER 的通告信息,各 BACKUP 将宣告自己成为 MASTER,发送通告信息,重新进行 MASTER 选举状态。

方案介绍

 VIP    IP  主机名 主从
192.168.126.98  192.168.126.99  keep99     master
192.168.126.100  keep100     backup

keepalived安装配置

1、Nginx安装

  在99和100虚拟机两台上都安装nginx,安装过程参考前面学的Nginx。

2、keepalived安装

  将文件上传到服务器,然后解压安装

# 解压keepalived安装包
tar -zxvf keepalived-2.0.19.tar.gz -C /usr/local/server  #解压keepalived到指定目录

#进入解压包
cd /usr/local/server/keepalived-2.0.19

# 执行命令生成MakeFile
./configure --prefix=/usr/local/server/keepalived

# 编译和安装
make && make install

3、设置 keepalived 服务开机启动

  因为没有使用 keepalived 的默认路径安装(默认是/usr/local),安装完成之后,需要做一些工作复制默认配置文件到默认路径

# 创建一个keepalived配置目录, keepalived启动时默认去这个路径加载配置文件
mkdir /etc/keepalived

# 复制配置
cp /usr/local/server/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/

#复制 keepalived 服务脚本到默认的地址

cp /usr/local/server/keepalived/sbin/keepalived /etc/init.d/ #2.0.19版本
cp /usr/local/server/keepalived/etc/sysconfig/keepalived /etc/sysconfig/

#拷贝执行文件至 /usr/sbin/ ,可直接根据执行文件在任何地方执行
cp /usr/local/server/keepalived/sbin/keepalived /usr/sbin/ 

# 创建执行文件keepalived的软连接到 /usr/sbin/ 目录中。可在系统任何地方输入keepalived执行。
ln -s /usr/local/server/keepalived/sbin/keepalived /usr/sbin/ 

#设置 keepalived 服务开机启动
chkconfig keepalived on

4、配置主节点

  1、找到99主机,覆盖/keepalived/etc/keepalived 下的keepalived.conf文件,内容如下

global_defs {
   router_id keep99;
}

vrrp_script chk_nginx {
 script "/etc/keepalived/nginx_check.sh"
 interval 2
 weight -20
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 99
    mcast_src_ip 192.168.126.99
    priority 100
    nopreempt
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }

    track_script {
     chk_nginx
    }
    virtual_ipaddress {
        192.168.126.98
    }
}

  2、配置host主机名

#添加keep99主机名
vim /etc/hosts

5、配置从节点

  找到100主机的keepalived的配置文件keepalived.conf

global_defs {
   router_id keep100
}

vrrp_script chk_nginx {
 script "/etc/keepalived/nginx_check.sh"
 interval 2
 weight -20
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 100
    priority 90
    mcast_src_ip 192.168.126.100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
    chk_nginx
    }
    virtual_ipaddress {
        192.168.126.98
    }
}

  配置说明

global_defs {
 ## keepalived 自带的邮件提醒需要开启 sendmail 服务。建议用独立的监控或第三方 SMTP
 router_id keep99 ## 标识本节点的字条串,通常与host文件的主机名一致,访问keep99就是访问主机
}
## keepalived 会定时执行脚本并对脚本执行的结果进行分析,动态调整 vrrp_instance 的优先级。如果
脚本执行结果为 0,并且 weight 配置的值大于 0,则优先级相应的增加。如果脚本执行结果非 0,并且 weight
配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中 priority 对应
的值。
vrrp_script chk_nginx {
 script "/etc/keepalived/nginx_check.sh" ## 检测 nginx 状态的脚本路径
 interval 2 ## 检测时间间隔
 weight -20 ## 如果条件成立,权重-20
}
## 定义虚拟路由,VI_1 为虚拟路由的标示符,自己定义名称
vrrp_instance VI_1 {
 state MASTER ## 主节点为 MASTER,对应的备份节点为 BACKUP
 interface ens33 ## 绑定虚拟 IP 的网络接口,我的是 ens33
 virtual_router_id 99 ## 虚拟路由的 ID 号,两个节点设置必须一样,可选 IP 最后一段使用, 相
同的 VRID 为一个组,他将决定多播的 MAC 地址
 mcast_src_ip 192.168.126.99 ## 本机 IP 地址
 priority 100 ## 节点优先级,值范围 0-254,MASTER 要比 BACKUP 高
nopreempt ## 优先级高的设置 nopreempt 解决异常恢复后再次抢占的问题
advert_int 1 ## 组播信息发送间隔,两个节点设置必须一样,默认 1s
## 设置验证信息,两个节点必须一致
authentication {
 auth_type PASS
 auth_pass 1111 ## 真实生产,按需求对应该过来
}
## 将 track_script 块加入 instance 配置块
 track_script {
 chk_nginx ## 执行 Nginx 监控的服务
}
## 虚拟 IP 池, 两个节点设置必须一样
 virtual_ipaddress {
    192.168.126.98 ## 虚拟 ip,可以定义多个
 }
}

6、覆盖主、副节节点的配置到 /etc/keepalived/

# 覆盖主节点以及副节点目录 /etc/keepalived/下的keepalived.conf 配置
cp /usr/local/server/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/

7、Nginx检查脚本

  在/etc/keepalived目录下创建nginx_check.sh文件;用于keepalived检查nginx是否运行正常,运行异常就杀掉nginx进程

#!/bin/bash
A=`ps -C nginx –no-header |wc -l`
if [ $A -eq 0 ];then
   # 尝试重新启动nginx
   # /usr/local/myserver/nginx/sbin/nginx 

   # 此操作睡眠2秒
   # sleep 2

   # 如发现nginx挂掉,直接kill进程
    if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then
        killall keepalived
    fi
fi

8、启用测试

  注意:启动时如有问题可查看日志, keepalived日志文件路径:/var/log/messages

  1、主、从机器都启动keepalived,这时访问192.168.126.98时路由到主节点99的nginx;

  2、这时 ./nginx -s quit 停止nginx程序,脚本感应到后就killall keepalived ,keepalived程序关闭;这时继续访问192.168.126.98时路由到100的从节点上;

  3、重新启动nginx以及keepalived后,访问192.168.126.98时路由到主节点99的nginxkep

三、keepalived常用命令

#启动keepalived
keepalived

#杀掉keepalived的进程
killall keepalived

  

原文地址:https://www.cnblogs.com/TvvT-kevin/p/12230516.html

时间: 2024-07-31 22:25:45

nginx学习(三)——nginx高可用方案nginx+keepalived的相关文章

mysql高可用方案之Keepalived+主主复制

环境规划: node1:    192.168.1.250 node2:    192.168.1.251 vip:      192.168.1.201 数据库:   mysql-5.6.23 1.各节点的网络配置 node1节点: [[email protected] ~]# hostname node1[[email protected] ~]# ip addr1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKN

生成环境之Nginx高可用方案

准备工作: 192.168.16.128 192.168.16.129 两条虚拟机.安装好Nginx 安装Nginx 更新yum源文件: rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7

Keepalived+LVS+Nginx负载均衡之高可用

Keepalived+LVS+Nginx负载均衡之高可用 上一篇写了nginx负载均衡,此篇实现高可用(HA).系统整体设计是采用Nginx做负载均衡,若出现Nginx单机故障,则导致整个系统无法正常运行.针对系统架构设计的高可用要求,我们需要解决Nginx负载均衡出现单机故障时,系统正常运行的需求.所以系统架构引入Keepalived组件,实现系统高可用. 一.Keepalived介绍 Keepalived是分布式部署系统解决系统高可用的软件,结合LVS(Linux Virtual Serve

keepalived+lvs/nginx 实现调度器高可用

友情提醒:本文实验环境 centos 6.6 X86_64 + vmware 10,文中命令请谨慎使用 一 关于keepalived的理论 待补 二 实验拓扑和实验环境设定: 主机 主机名和IP 角色 Test06 Test06.lijun.com eth2:172.16.100.6/24 后台web服务器,提供HTTPD服务 Test07 Test07.lijun.com eth2:172.16.100.7/24 后台web服务器,提供HTTPD服务 Test03 Test03.lijun.c

Keepalived+Nginx实现双主高可用负载均衡

Keepalived+Nginx实现双主高可用负载均衡 一.部署Nginx+keepalived高可用有两种配置方案: 1.Nginx+keepalived 主从配置 前端使用两台机器,使用一个VIP,即其中一台为主负责全部请求,一台为备,只用在主出现故障时,才会替代主处理请求,平常处于闲置状态,此方案不够理想.  2.Nginx+keepalived 双主配置 前端使用2台机器,使用两个VIP,互为主备,不考虑其他情况时均衡处理请求,当其中一台机器出现故障时,另一台负责处理对两台机器的请求,此

Keepalived+Nginx实现负载均衡高可用

一.负载均衡高可用 Nginx作为负载均衡器,所有请求都到了Nginx,可见Nginx处于非常重点的位置,如果Nginx服务器宕机后端web服务将无法提供服务,影响严重. 为了避免负载均衡服务器的宕机故障,需要建立一个备份机.主备机上都运行高可用(High Availability)监控程序,通过传送心跳信息来监控对方的运行状况.当备份机不能在一定的时间内收到对方的正常心跳时,它就接管主服务器的服务IP并继续提供负载均衡服务:当备份管理器又从主管理器收到"I am alive"这样的信

Oracle的三种高可用集群方案

Oracle的三种高可用集群方案 主要有三种: 1. RAC RAC,  Real Application Clusters 多个Oracle服务器组成一个共享的Cache,而这些Oracle服务器共享一个基于网络的存储.这个系统可以容忍单机/或是多机失败. 不过系统内部的多个节点需要高速网络互连,基本上也就是要全部东西放在在一个机房内,或者说一个数据中心内.如果机房出故障,比如网络不通,那就坏了.所以仅仅用RAC还是满足不了一般互联网公司的重要业务的需要,重要业务需要多机房来容忍单个机房的事故

MYSQL数据库高可用方案探究

MySQL作为最关键的应用数据存储中心,如何保证MySQL服务的可靠性和持续性,是我们不得不细致考虑的一个问题.当master宕机的时候,我们如何保证数据尽可能的不丢失,如何保证快速的获知master宕机并进行相应的故障转移处理,都需要仔细考虑与规划. 要保证MySQL数据不丢失,replication是一个很好的解决方案,而MySQL提供了一套强大的replication机制,replication能极大地提升数据安全,异步复制的方式也保证了sql读写性能不受太大影响.在大量企业长期的使用和实

分布式数据存储 - MySQL主从复制高可用方案

前面几篇文章说道MySQL数据库的高可用方案主从复制.主从复制的延迟产生原因.延迟检测及延迟解决方案(并未从根本上解决),这种主从复制方案保证数据的冗余的同时可以做读写分离来分担系统压力但是并非是高可用方案,因为主从节点中主节点仍然是单点的,一旦主节点宕机会导致应用中写失败.双主复制虽然很好的避免主节点的单点故障,但是未提供统一访问入口来实现负载均衡,如果其中master宕掉的话需要手动切换到另外一个master,而不能自动进行切换.本篇文章就来剖析主从复制的高可用. 一.基础概念介绍 Keep