Nginx Tengine ngx_http_upstream_check_module 健康功能檢測使用

該模塊能夠爲Tengine提供主動式後端服務器健康檢查的功能。

該模塊在Tengine-1.4.0版本之前沒有默認開啓，它能夠在配置編譯選項的時候開啓：./configure --with-http_upstream_check_module

編輯/etc/nginx/nginx.conf

http {

    upstream cluster1 {

        # simple round-robin

        server 192.168.30.116: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.30.113:80;

        server 192.168.30.114: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;

        }

    }

}

指令後面的參數意義是：

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。

check_http_send http_packet:

該指令能夠配置http健康檢查包發送的請求內容。爲了減小傳輸數據量，推薦採用"HEAD"方法。

當採用長鏈接進行健康檢查時，需在該指令中添加keep-alive請求頭，如："HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n"。 同時，在採用"GET"方法的狀況下，請求uri的size不宜過大，確保能夠在1個interval內傳輸完成，不然會被健康檢查模塊視爲後端服務器或網絡異常。

check_http_expect_alive: 該指令指定HTTP回覆的成功狀態，默認認爲2XX和3XX的狀態是健康的。

check_status:

顯示服務器的健康狀態頁面。該指令須要在http塊中配置。

在Tengine-1.4.0之後，你能夠配置顯示頁面的格式。支持的格式有: html、csv、 json。默認類型是html。

你也能夠經過請求的參數來指定格式，假設‘/status’是你狀態頁面的URL， format參數改變頁面的格式，好比：

/status?format=html

/status?format=csv

/status?format=jsonfan

訪問檢測頁面：http://192.168.30.117/status

Tengine 的詳細介紹：請點這裏
Tengine 的下載地址：請點這裏

相關閱讀：

CentOS 6.4製做Tengine的rpm包 http://www.linuxidc.com/Linux/2013-12/93786.htm

Tengine動態開啓模塊試用 http://www.linuxidc.com/Linux/2012-12/75849.htm

CentOS 6.3用ICC編譯PHP5.4.8+Percona5.5.27+Tengine1.4.1 http://www.linuxidc.com/Linux/2012-12/76636.htm

基於淘寶Tengine和Scribe的WEB日誌收集方案 http://www.linuxidc.com/Linux/2012-02/52997.htm

基於Tengine部署LNMP環境 http://www.linuxidc.com/Linux/2014-01/95148.htm