zoukankan      html  css  js  c++  java
  • Nginx主动检测方案---Tengine

    方案选择大致如下:

     

    1、用Tengine来代替Nginx,   http://tengine.taobao.org/

         Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上,针对大访问量网站的需求,添加了很多高级功能和特性。

    其中一个就有upstream_check_module ,它是用于nginx主动对后端服务检测。

     

    2、升级Nginx,并打上upstream check module

     

     

    选择第一种,可以在不影响生产环境下进行测试,并且可以择期切换,并且切换方便。

    选择第二种,需要短暂暂停业务,时间在20分钟以内。

     

     

    建议使用第一种方案。

     

     

    实施方案如下:

    第一种方案,Tengine代替Nginx

    1、下载Tengine,最新版本为2.0.3

    wget http://tengine.taobao.org/download/tengine-2.0.3.tar.gz

    2、安装tengine

    tar -xvf tengine-2.0.3.tar.gz

    cd tengine-2.0.3

    ./configure --prefix=/usr/local/tengine2.0.3

    make

    make install

    3、配置tengine

    ……………………省略………………………..

    upstream jieru {

        server apn.mlot.cn:8080;

        server 172.16.23.21:8080;

        server 172.16.23.61:8080;

     

        check interval=3000 rise=1 fall=2 timeout=100 type=http;

        check_http_send "POST /Inceptor/news.uz HTTP/1.0 ";

        check_http_expect_alive http_2xx http_3xx;

    }

    ……………………省略………………………..

     

     

    check 指令可以打开后端服务器的健康检查功能

    指令后面的参数意义是:

    l  interval:向后端发送的健康检查包的间隔。

    l  fall(fall_count): 如果连续失败次数达到fall_count,服务器就被认为是down。

    l  rise(rise_count): 如果连续成功次数达到rise_count,服务器就被认为是up。

    l  timeout: 后端健康请求的超时时间。

    l  default_down: 设定初始时服务器的状态,如果是true,就说明默认是down的,如果是false,就是up的。默认值是true,也就是一开始服务器认为是不可用,要等健康检查包达到一定成功次数以后才会被认为是健康的。

    l  type:健康检查包的类型,现在支持以下多种类型

    l  tcp:简单的tcp连接,如果连接成功,就说明后端正常。

    l  ssl_hello:发送一个初始的SSL hello包并接受服务器的SSL hello包。

    l  http:发送HTTP请求,通过后端的回复包的状态来判断后端是否存活。

    l  mysql: 向mysql服务器连接,通过接收服务器的greeting包来判断后端是否存活。

    l  ajp:向后端发送AJP协议的Cping包,通过接收Cpong包来判断后端是否存活。

    l  port: 指定后端服务器的检查端口。你可以指定不同于真实服务的后端服务器的端口,比如后端提供的是443端口的应用,你可以去检查80端口的状态来判断后端健康状况。默认是0,表示跟后端server提供真实服务的端口一样

     

    之后在nginx.conf配置文件里面的upstream加入健康检查,如下:

    upstream linuxyan {

    server 192.168.0.21:80;

    server 192.168.0.22:80;

    check interval=3000 rise=2 fall=5 timeout=1000;

    }

    这里下面加的这句话我解释下,interval检测间隔时间,单位为毫秒,rsie请求2次正常的话,标记此realserver的状态为up,fall表示请求5次都失败的情况下,标记此realserver的状态为down,timeout为超时时间,单位为毫秒。

    在server段里面可以加入查看realserver状态的页面

    location /nstatus {

    check_status; access_log off;

    #allow SOME.IP.ADD.RESS;

    #deny all;

    }

    这个时候打开nstatus这个页面就可以看到当前realserver的状态了,

    如下图:

    1.2台realserver都正常的情况下  

    2.一台realserver故障的情况下

     

     

     

  • 相关阅读:
    07.进程管理+作业控制+文件查找与压缩+文件压缩与打包+tar打包解包+NFS
    反转数字
    取出列表中第N大的数
    nginx负载均衡
    DNS解析
    浅谈Http长连接和Keep-Alive以及Tcp的Keepalive
    django_orm操作
    多线程下的单例模式
    装饰器实现单例模式
    Django model 中的 class Meta 详解
  • 原文地址:https://www.cnblogs.com/wjoyxt/p/4043023.html
Copyright © 2011-2022 走看看