Nginx之Tengine主动健康检查解读

Myth丶恋晨 2023-10-16 13:48 9阅读 0赞

**目录**

基本介绍

安装步骤

指令配置 （ngx\_http\_upstream\_check\_module）

示例配置

指令

--------------------

### 基本介绍 ###

Tengine本质上就是nginx，用法跟nginx一模一样，由淘宝团队进行二次开发。它在Nginx的基础上，针对大访问量网站的需求，添加了很多高级功能和特性。Tengine的性能和稳定性已经在大型的网站如淘宝网，天猫商城等得到了很好的检验。它的最终目标是打造一个高效、稳定、安全、易用的Web平台。

官网：http://tengine.taobao.org/

*  动态模块加载（DSO）支持。加入一个模块不再需要重新编译整个Tengine；
 *  支持SO\_REUSEPORT选项，建连性能提升为官方nginx的三倍；
 *  支持SPDY v3协议，自动检测同一端口的SPDY请求和HTTP请求；
 *  流式上传到HTTP后端服务器或FastCGI服务器，大量减少机器的I/O压力；
 *  更加强大的负载均衡能力，包括一致性hash模块、会话保持模块，还可以对后端的服务器进行主动健康检查，根据服务器状态自动上线下线，以及动态解析upstream中出现的域名；
 *  输入过滤器机制支持。通过使用这种机制Web应用防火墙的编写更为方便；
 *  支持设置proxy、memcached、fastcgi、scgi、uwsgi在后端失败时的重试次数
 *  动态脚本语言Lua支持。扩展功能非常高效简单；
 *  支持管道（pipe）和syslog（本地和远端）形式的日志以及日志抽样；
 *  支持按指定关键字(域名，url等)收集Tengine运行状态；
 *  组合多个CSS、JavaScript文件的访问请求变成一个请求；
 *  自动去除空白字符和注释从而减小页面的体积

### 安装步骤 ###

**1 下载nginx-1.20.2和nginx\_upstream\_check\_module-0.3.0.tar.gz**

**2 tengine版网页打开，选择check\_1.20.1+.patch，复制到linux**

cd /root
    vim path	#复制到这里

**3 执行patch修改nginx源码**

cd nginx-1.20.2
    yum install -y patch
    patch -p1 < /root/path

**4 编译新的nginx**

./configure --prefix=/usr/local/nginx20 --add-module=/root/nginx_upstream_check_module-0.3.0
    make && make install

**5 配置**

upstream backend {
        
               server 192.168.111.101:8080;
               server 192.168.111.102:8080;
               check interval=3000 rise=2 fall=5 timeout=1000 type=http;
                   check_http_send "HEAD / HTTP/1.0\r\n\r\n";
                   check_http_expect_alive http_2xx http_3xx;
       	  }
    
        server {
        	listen 80;
        	server_name localhost;
        
       		location /status {
                    check_status;
                    access_log off;
            }
    
    
            location / {
            	 proxy_pass http://backend;
                 root   html;
            }
        }

**6 启动nginx1.20并访问**

/usr/local/nginx20/sbin/nginx -c /usr/local/nginx20/conf/nginx.conf

> 浏览器访问：nginx的ip/status

### 指令配置 （ngx\_http\_upstream\_check\_module） ###

#### 示例配置 ####

http {
        upstream cluster1 {
            # simple round-robin
            server 192.168.0.1:80;
            server 192.168.0.2:80;
    
            check interval=3000 rise=2 fall=5 timeout=1000 type=http;
            check_http_send "HEAD / HTTP/1.0\r\n\r\n";
            check_http_expect_alive http_2xx http_3xx;
        }
    
        upstream cluster2 {
            # simple round-robin
            server 192.168.0.3:80;
            server 192.168.0.4:80;
    
            check interval=3000 rise=2 fall=5 timeout=1000 type=http;
            check_keepalive_requests 100;
            check_http_send "HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n";
            check_http_expect_alive http_2xx http_3xx;
        }
    
        server {
            listen 80;
    
            location /1 {
                proxy_pass http://cluster1;
            }
    
            location /2 {
                proxy_pass http://cluster2;
            }
    
            location /status {
                check_status;
    
                access_log   off;
                allow SOME.IP.ADD.RESS;
                deny all;
            }
        }
    }

#### 指令 ####

> Syntax: **check** `interval=milliseconds [fall=count] [rise=count] [timeout=milliseconds] [default_down=true|false] [type=tcp|http|ssl_hello|mysql|ajp] [port=check_port]`  
> Default: 如果没有配置参数，默认值是：`interval=30000 fall=5 rise=2 timeout=1000 default_down=true type=tcp`  
> Context: `upstream`

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

指令后面的参数意义是：

*  `interval`：向后端发送的健康检查包的间隔。
 *  `fall`(fall\_count): 如果连续失败次数达到fall\_count，服务器就被认为是down。
 *  `rise`(rise\_count): 如果连续成功次数达到rise\_count，服务器就被认为是up。
 *  `timeout`: 后端健康请求的超时时间。
 *  `default_down`: 设定初始时服务器的状态，如果是true，就说明默认是down的，如果是false，就是up的。默认值是true，也就是一开始服务器认为是不可用，要等健康检查包达到一定成功次数以后才会被认为是健康的。
 *  `type`：健康检查包的类型，现在支持以下多种类型
    
     *  `tcp`：简单的tcp连接，如果连接成功，就说明后端正常。
     *  `ssl_hello`：发送一个初始的SSL hello包并接受服务器的SSL hello包。
     *  `http`：发送HTTP请求，通过后端的回复包的状态来判断后端是否存活。
     *  `mysql`: 向mysql服务器连接，通过接收服务器的greeting包来判断后端是否存活。
     *  `ajp`：向后端发送AJP协议的Cping包，通过接收Cpong包来判断后端是否存活。
 *  `port`: 指定后端服务器的检查端口。你可以指定不同于真实服务的后端服务器的端口，比如后端提供的是443端口的应用，你可以去检查80端口的状态来判断后端健康状况。默认是0，表示跟后端server提供真实服务的端口一样。该选项出现于Tengine-1.4.0。

--------------------

> Syntax: **check\_keepalive\_requests** `request_num`  
> Default: `1`  
> Context: `upstream`

该指令可以配置一个连接发送的请求数，其默认值为1，表示Tengine完成1次请求后即关闭连接。

--------------------

> Syntax: **check\_http\_send** `http_packet`  
> Default: `"GET / HTTP/1.0\r\n\r\n"`  
> Context: `upstream`

该指令可以配置http健康检查包发送的请求内容。为了减少传输数据量，推荐采用`"HEAD"`方法。

当采用长连接进行健康检查时，需在该指令中添加keep-alive请求头，如：`"HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n"`。  
同时，在采用`"GET"`方法的情况下，请求uri的size不宜过大，确保可以在1个`interval`内传输完成，否则会被健康检查模块视为后端服务器或网络异常。

--------------------

> Syntax: **check\_http\_expect\_alive** `[ http_2xx | http_3xx | http_4xx | http_5xx ]`  
> Default: `http_2xx | http_3xx`  
> Context: `upstream`

该指令指定HTTP回复的成功状态，默认认为2XX和3XX的状态是健康的。

--------------------

> Syntax: **check\_shm\_size** `size`  
> Default: `1M`  
> Context: `http`

所有的后端服务器健康检查状态都存于共享内存中，该指令可以设置共享内存的大小。默认是1M，如果你有1千台以上的服务器并在配置的时候出现了错误，就可能需要扩大该内存的大小。

--------------------

> Syntax: **check\_status** `[html|csv|json]`  
> Default: `check_status html`  
> Context: `location`

显示服务器的健康状态页面。该指令需要在http块中配置。

在Tengine-1.4.0以后，你可以配置显示页面的格式。支持的格式有: `html`、`csv`、 `json`。默认类型是`html`。

你也可以通过请求的参数来指定格式，假设‘/status’是你状态页面的URL， `format`参数改变页面的格式，比如：

<table> 
 <tbody> 
  <tr> 
   <td> <pre>/status?format=html
/status?format=csv
/status?format=json
</pre> </td> 
  </tr> 
 </tbody> 
</table>

同时你也可以通过status参数来获取相同服务器状态的列表，比如：

<table> 
 <tbody> 
  <tr> 
   <td> <pre>/status?format=html&amp;amp;status=down
/status?format=csv&amp;amp;status=up</pre> </td> 
  </tr> 
 </tbody> 
</table>