Nginx 常見應用技術指南[Nginx Tips] 第二版

←手機掃碼閱讀     火星人 @ 2014-03-03 , reply:0

Nginx 常見應用技術指南[Nginx Tips] 第二版

目 錄
一、        Nginx 基礎知識
二、        Nginx 安裝及調試
三、        Nginx Rewrite
四、        Nginx Redirect
五、        Nginx 目錄自動加斜線:
六、        Nginx Location
七、        Nginx expires
八、        Nginx 防盜鏈
九、        Nginx 訪問控制
十、        Nginx日誌處理
十一、     Nginx Cache
十二、     Nginx負載均衡
十三、       Nginx簡單優化      
十四、        如何構建高性能的LEMP環境
十五、        Nginx服務監控
十六、        常見問題與錯誤處理.
十七、        相關資源下載

【前言】:
編寫此技術指南在於推廣普及NGINX在國內的使用,更方便的幫助大家了解和掌握NGINX的一些使用技巧。本指南很多技巧來自於網路和工作中或網路上朋友們問我的問題.在此對網路上願意分享的朋友們表示感謝和致意!歡迎大家和我一起豐富本技術指南提出更好的建議!請朋友們關注: http://www.linuxtone.org 技術分享社區! 互想學習共同進步!

一、 Nginx 基礎知識
1、簡介
   Nginx ("engine x") 是一個高性能的 HTTP 和 反向代理 伺服器,也是一個 IMAP/POP3/SMTP 代理伺服器。 Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點開發的,它已經在該站點運行超過兩年半了。Igor 將源代碼以類BSD許可證的形式發布。儘管還是測試版,但是,Nginx 已經因為它的穩定性、豐富的功能集、示例配置文件和低系統資源的消耗而聞名了。
更多的請見官方wiki: http://wiki.codemongers.com/

2、 Nginx的優點
nginx做為HTTP伺服器,有以下幾項基本特性:
1)        處理靜態文件,索引文件以及自動索引;打開文件描述符緩衝.
2)        無緩存的反向代理加速,簡單的負載均衡和容錯.
3)        FastCGI,簡單的負載均衡和容錯.
4)        模塊化的結構。包括gzipping, byte ranges, chunked responses, 以及 SSI-filter等filter。如果由FastCGI或其它代理伺服器處理單頁中存在的多個SSI,則這項處理可以并行運行,而不需要相互等待。
5)        支持SSL 和 TLS SNI.

Nginx專為性能優化而開發,性能是其最重要的考量, 實現上非常注重效率 。它支持內核Poll模型,能經受高負載的考驗, 有報告表明能支持高達 50,000 個併發連接數。
Nginx具有很高的穩定性。其它HTTP伺服器,當遇到訪問的峰值,或者有人惡意發起慢速連接時,也很可能會導致伺服器物理內存耗盡頻繁交換,失去響應,只能重啟伺服器。例如當前apache一旦上到200個以上進程,web響應速度就明顯非常緩慢了。而Nginx採取了分階段資源分配技術,使得它的CPU與內存佔用率非常低。nginx官方表示保持10,000個沒有活動的連接,它只佔2.5M內存,所以類似DOS這樣的攻擊對nginx來說基本上是毫無用處的。就穩定性而言, nginx比lighthttpd更勝一籌。
Nginx支持熱部署。它的啟動特別容易, 並且幾乎可以做到7*24不間斷運行,即使運行數個月也不需要重新啟動。你還能夠在不間斷服務的情況下,對軟體版本進行進行升級。
Nginx採用master-slave模型, 能夠充分利用SMP的優勢,且能夠減少工作進程在磁碟I/O的阻塞延遲。當採用select()/poll()調用時,還可以限制每個進程的連接數。
Nginx代碼質量非常高,代碼很規範, 手法成熟, 模塊擴展也很容易。特別值得一提的是強大的Upstream與Filter鏈。 Upstream為諸如reverse proxy, 與其他伺服器通信模塊的編寫奠定了很好的基礎。而Filter鏈最酷的部分就是各個filter不必等待前一個filter執行完畢。它可以把前一個filter的輸出做為當前filter的輸入,這有點像Unix的管線。這意味著,一個模塊可以開始壓縮從後端伺服器發送過來的請求,且可以在模塊接收完後端伺服器的整個請求之前把壓縮流轉向客戶端。
Nginx採用了一些os提供的最新特性如對sendfile (Linux 2.2+),accept-filter (FreeBSD 4.1+),TCP_DEFER_ACCEPT (Linux 2.4+) 的支持,從而大大提高了性能

二、 Nginx 安裝及調試
1、Pcre 安裝
./configure
   make && make install
   cd ../
複製代碼
2.        nginx 編譯安裝
./configure --user=www --group=www --prefix=/usr/local/nginx/ --with-http_stub_status_module --with-openssl=/usr/local/openssl
make && make install
複製代碼
更詳細的模塊定製與安裝請參照官方wiki.

3、Nginx 配置文件測試:
# /usr/local/nginx/sbin/nginx -t  //Debug 配置文件的關鍵命令需要重點撐握.

2008/12/16 09:08:35 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
2008/12/16 09:08:35 28412#0: the configuration file /usr/local/nginx/conf/nginx.conf was tested successfully
複製代碼
3、Nginx 啟動:
# /usr/local/nginx/sbin/nginx
複製代碼
4、Nginx 配置文件修改重新載入:
# kill -HUP `cat /usr/local/nginx/logs/nginx.pid
複製代碼
`
三、Nginx Rewrite

1.  Nginx Rewrite 基本標記(flags)
last - 基本上都用這個Flag。
※相當於Apache里的標記,表示完成rewrite,不再匹配後面的規則
break - 中止Rewirte,不再繼續匹配
redirect - 返回臨時重定向的HTTP狀態302
permanent - 返回永久重定向的HTTP狀態301
      ※原有的url支持正則  重寫的url不支持正則

2.  正則表達式匹配,其中:
    * ~         為區分大小寫匹配
    * ~*       為不區分大小寫匹配
    * !~和!~*   分別為區分大小寫不匹配及不區分大小寫不匹配

3. 文件及目錄匹配,其中:
   * -f和!-f用來判斷是否存在文件
    * -d和!-d用來判斷是否存在目錄
    * -e和!-e用來判斷是否存在文件或目錄
    * -x和!-x用來判斷文件是否可執行


3.  Nginx 的一些可用的全局變數,可用做條件判斷:
$args
$content_length
$content_type
$document_root
$document_uri
$host
$http_user_agent
$http_cookie
$limit_rate
$request_body_file
$request_method
$remote_addr
$remote_port
$remote_user
$request_filename
$request_uri
$query_string
$scheme
$server_protocol
$server_addr
$server_name
$server_port
$uri
複製代碼


四、 Nginx Redirect
將所有linuxtone.org與netseek.linuxtone.org域名全部自跳轉到http://www.linuxtone.org

server
{
listen 80;
server_name linuxtone.org netseek.linuxtone.org;
index index.html index.php;
root /data/www/wwwroot;
if ($host !~ "^www\.linxtone\.org$") {
rewrite ^(.*) http://www.linuxtone.org$1 redirect;
}
........................
}
複製代碼

五、 Nginx 目錄自動加斜線:
if (-d $request_filename){
            rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;
      }
複製代碼
六  Nginx Location

1.基本語法:[和上面rewrite正則匹配語法基本一致]
location [=|~|~*|^~] /uri/ { … }
    * ~  為區分大小寫匹配
    * ~* 為不區分大小寫匹配
    * !~和!~*分別為區分大小寫不匹配及不區分大小寫不匹配

示例1:
location = / {
# matches the query / only.
# 只匹配 / 查詢。
}
匹配任何查詢,因為所有請求都已 / 開頭。但是正則表達式規則和長的塊規則將被優先和查詢匹配

示例2:
location ^~ /images/ {
# matches any query beginning with /images/ and halts searching,
# so regular expressions will not be checked.
# 匹配任何已 /images/ 開頭的任何查詢並且停止搜索。任何正則表達式將不會被測試。

示例3:
location ~* \.(gif|jpg|jpeg)$ {
# matches any request ending in gif, jpg, or jpeg. However, all
# requests to the /images/ directory will be handled by
}
# 匹配任何已 gif、jpg 或 jpeg 結尾的請求。


七、 Nginx expires

1.根據文件類型expires
# Add expires header for static content
location ~* \.(js|css|jpg|jpeg|gif|png|swf)$ {
     if (-f $request_filename) {
        root /data/www/wwwroot/bbs;
        expires      1d;
        break;
     }
}
複製代碼
2、根據判斷某個目錄
# serve static files
  location ~ ^/(images|javascript|js|css|flash|media|static)/  {
  root    /data/www/wwwroot/down;
         expires 30d;
   }
複製代碼
八、  Nginx 防盜鏈

1.        針對不同的文件類型
#Preventing hot linking of images and other file types
location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ {
         valid_referers none blocked server_names *.linuxtone.org linuxtone.org http://localhost baidu.com;
if ($invalid_referer) {
       rewrite   ^/   ;
      # return   403;
       }
}
複製代碼
2.        針對不同的目錄
location /img/ {
     root /data/www/wwwroot/bbs/img/;
     valid_referers none blocked server_names *.linuxtone.org http://localhost baidu.com;
     if ($invalid_referer) {
                    rewrite  ^/  ;
                    #return   403;
     }
}
複製代碼
3.        同實現防盜鏈和expires的方法
#Preventing hot linking of images and other file types
location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ {
         valid_referers none blocked server_names *.linuxtone.org linuxtone.org http://localhost ;
if ($invalid_referer) {
       rewrite   ^/   ;
                      }
      access_log off;
      root /data/www/wwwroot/bbs;
expires 1d;
      break;
}
複製代碼
九、 Nginx 訪問控制

1.        Nginx 身份證驗證
#cd /usr/local/nginx/conf
#mkdir htpasswd
/usr/local/apache2/bin/htpasswd -c /usr/local/nginx/conf/htpasswd/tongji linuxtone
#添加用戶名為linuxtone
New password:   (此處輸入你的密碼)
Re-type new password:   (再次輸入你的密碼)
Adding password for user
http://count.linuxtone.org/tongji/data/index.html(目錄存在/data/www/wwwroot/tongji/data/目錄下)
將下段配置放到虛擬主機目錄,當訪問http://count.linuxtone/tongji/即提示要密驗證:
location ~ ^/(tongji)/  {
                 root    /data/www/wwwroot/count;
                         auth_basic              "LT-COUNT-TongJi";
                         auth_basic_user_file  /usr/local/nginx/conf/htpasswd/tongji;
                 }
複製代碼
2.        Nginx 禁止訪問某類型的文件.
如,Nginx下禁止訪問*.txt文件,配置方法如下.
location ~* \.(txt|doc)$ {
    if (-f $request_filename) {
    root /data/www/wwwroot/linuxtone/test;
    #rewrite …..可以重定向到某個URL
    break;
    }
}
複製代碼
方法2:
location ~* \.(txt|doc)${
         root /data/www/wwwroot/linuxtone/test;
         deny all;
}
複製代碼
實例:
禁止訪問某個目錄
location ~ ^/(WEB-INF)/ {
             deny all;
}  
複製代碼
3.        使用ngx_http_access_module限制ip訪問
location / {
     deny    192.168.1.1;
     allow   192.168.1.0/24;
     allow   10.1.1.0/16;
     deny    all;
}
複製代碼
詳細參見wiki: http://wiki.codemongers.com/NginxHttpAccessModule#allow

4.        Nginx 下載限制併發和速率
limit_zone   linuxtone  $binary_remote_addr  10m;
server
        {
                listen       80;
                server_name  down.linuxotne.org;
                index index.html index.htm index.php;
                root   /data/www/wwwroot/down;
                #Zone limit
                location / {
                    limit_conn   linuxtone  1;
                    limit_rate  20k;
                }
..........
        }
複製代碼
只允許客房端一個線程,每個線程20k.
【注】limit_zone   linuxtone  $binary_remote_addr  10m; 這個可以定義在主的


5.        Nginx 實現Apache一樣目錄列表
location  /  {
     autoindex  on;
}
複製代碼
6.        上文件大小限制
主配置文件里加入如下,具體大小根據你自己的業務做調整。
client_max_body_size 10m;                                                         

十、        Nginx 日誌處理

1.Nginx 日誌切割
#contab -e
59 23 * * * /usr/local/sbin/logcron.sh /dev/null 2>&1
# cat /usr/local/sbin/logcron.sh
#!/bin/bash
log_dir="/data/logs"
time=`date +%Y%m%d`  
/bin/mv  ${log_dir}/access_linuxtone.org.log ${log_dir}/access_count.linuxtone.org.$time.log
kill -USR1 `cat  /var/run/nginx.pid`
複製代碼
更多的日誌分析與處理就關注(同時歡迎你參加討論):http://bbs.linuxtone.org/forum-8-1.html

2.利用AWSTATS分析NGINX日誌
  設置好Nginx日誌格式,仍后利用awstats進行分析.
請參考: http://bbs.linuxtone.org/thread-56-1-1.html

3.        Nginx 如何不記錄部分日誌
日誌太多,每天好幾個G,少記錄一些,下面的配置寫到server{}段中就可以了
location ~ .*\.(js|jpg|JPG|jpeg|JPEG|css|bmp|gif|GIF)$
{
     access_log off;
}
《解決方案》

十一、Nginx Cache服務配置

如果需要將文件緩存到本地,則需要增加如下幾個子參數:
proxy_store on;
proxy_store_access user:rw group:rw all:rw;
proxy_temp_path 緩存目錄;
複製代碼
其中,
proxy_store on用來啟用緩存到本地的功能,
proxy_temp_path用來指定緩存在哪個目錄下,如:proxy_temp_path html;

在經過上一步配置之後,雖然文件被緩存到了本地磁碟上,但每次請求仍會向遠端拉取文件,為了避免去遠端拉取文件,必須修改
proxy_pass:
if ( !-e $request_filename) {
     proxy_pass  http://mysvr;
}
複製代碼
即改成有條件地去執行proxy_pass,這個條件就是當請求的文件在本地的proxy_temp_path指定的目錄下不存在時,再向後端拉取。

   
十二、Nginx 負載均衡
1. Nginx 負載均衡基礎知識
nginx的upstream目前支持4種方式的分配
1)、輪詢(默認)
每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。
2)、weight
指定輪詢幾率,weight和訪問比率成正比,用於後端伺服器性能不均的情況。
2)、ip_hash
每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個後端伺服器,可以解決session的問題。
3)、fair(第三方)
按後端伺服器的響應時間來分配請求,響應時間短的優先分配。
4)、url_hash(第三方)

2.        Nginx 負載均衡實例1
upstream bbs.linuxtone.org {#定義負載均衡設備的Ip及設備狀態
     server 127.0.0.1:9090 down;
     server 127.0.0.1:8080 weight=2;
     server 127.0.0.1:6060;
     server 127.0.0.1:7070 backup;
}
複製代碼
在需要使用負載均衡的server中增加
proxy_pass http://bbs.linuxtone.org/;

每個設備的狀態設置為:
a)        down 表示單前的server暫時不參與負載
b)        weight 默認為1.weight越大,負載的權重就越大。
c)        max_fails :允許請求失敗的次數默認為1.當超過最大次數時,返回proxy_next_upstream 模塊定義的錯誤
d)        fail_timeout:max_fails次失敗后,暫停的時間。
e)        backup: 其它所有的非backup機器down或者忙的時候,請求backup機器。所以這台機器壓力會最輕。

nginx支持同時設置多組的負載均衡,用來給不用的server來使用。

client_body_in_file_only 設置為On 可以講client post過來的數據記錄到文件中用來做debug
client_body_temp_path 設置記錄文件的目錄 可以設置最多3層目錄
location 對URL進行匹配.可以進行重定向或者進行新的代理 負載均衡


3.        Nginx 負載均衡實例 2
按訪問url的hash結果來分配請求,使每個url定向到同一個後端伺服器,後端伺服器為緩存時比較有效,也可以用作提高Squid緩存命中率.

簡單的負載均等實例:
#vi nginx.conf  //nginx主配置文件核心配置
……….
#loadblance my.linuxtone.org
        upstream  my.linuxtone.org  {
        ip_hash;
        server   127.0.0.1:8080;
        server   192.168.169.136:8080;
        server   219.101.75.138:8080;
        server   192.168.169.117;
        server   192.168.169.118;
        server   192.168.169.119;
      }
…………..
include          vhosts/linuxtone_lb.conf;
………
# vi proxy.conf
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 50m;
client_body_buffer_size 256k;
proxy_connect_timeout 30;
proxy_send_timeout 30;
proxy_read_timeout 60;
  
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
proxy_max_temp_file_size 128m;
proxy_store on;
proxy_store_access   user:rw  group:rw  all:r;
#nginx cache               
#client_body_temp_path  /data/nginx_cache/client_body 1 2;
proxy_temp_path /data/nginx_cache/proxy_temp 1 2;
複製代碼
#vi  linuxtone_lb.conf
server
     {
         listen  80;
         server_name my.linuxtone.org;
         index index.php;
         root /data/www/wwwroot/mylinuxtone;
         if (-f $request_filename) {
             break;
            }
         if (-f $request_filename/index.php) {
           rewrite (.*) $1/index.php break;
         }
  
         error_page 403 http://my.linuxtone.org/member.php?m=user&a=login;
         location / {
            if ( !-e $request_filename) {
                proxy_pass http://my.linuxtone.org;
                break;
            }
            include /usr/local/nginx/conf/proxy.conf;
         }
}
複製代碼


十三、Nginx簡單優化

1.        減小nginx編譯后的文件大小 (Reduce file size of nginx)
默認的nginx編譯選項里居然是用debug模式(-g)的(debug模式會插入很多跟蹤和ASSERT之類),編譯以後一個nginx有好幾兆。去掉nginx的debug模式編譯,編譯以後只有幾百K
在 auto/cc/gcc,最後幾行有:
# debug
CFLAGS=」$CFLAGS -g」
複製代碼
註釋掉或刪掉這幾行,重新編譯即可。

2.        修改Nginx的header偽裝伺服器
1)        修改nginx.h
#vi nginx-0.7.30/src/core/nginx.h
#define NGINX_VERSION      "1.8"
#define NGINX_VER          "LTWS/" NGINX_VERSION

#define NGINX_VAR          "NGINX"
#define NGX_OLDPID_EXT     ".oldbin"
複製代碼
2) 修改nginx_http_header_filter_module
#vi nginx-0.7.30/src/http/ngx_http_header_filter_module.c
將如下
static char ngx_http_server_string[] = "Server: nginx" CRLF;
複製代碼
修改為
static char ngx_http_server_string[] = "Server: LTWS" CRLF;
複製代碼
a)        修改nginx_http_header_filter_module
#vi nginx-0.7.30/src/http/ngx_http_special_response.c
將如下:
static u_char ngx_http_error_full_tail[] =
"<hr><center>" NGINX_VER "</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;
複製代碼
static u_char ngx_http_error_tail[] =
"<hr><center>nginx</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;
複製代碼
修改為:
static u_char ngx_http_error_full_tail[] =
"<center> "NGINX_VER" </center>" CRLF
"<hr><center>http://www.linuxtone.org</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;


static u_char ngx_http_error_tail[] =
"<hr><center>LTWS</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;
複製代碼
修改後重新編譯一下環境,
404錯誤的時候顯示效果圖(如果沒有指定錯誤頁的話):


利用curl命令查看伺服器header


3.為特定的CPU指定CPU類型編譯優化.
默認nginx使用的GCC編譯參數是-O
需要更加優化可以使用以下兩個參數
--with-cc-opt='-O3' \
--with-cpu-opt=opteron \
使得編譯針對特定CPU以及增加GCC的優化.
此方法僅對性能有所改善並不會有很大的性能提升,供朋友們參考.
CPUD類型確定: # cat /proc/cpuinfo | grep "model name"
編譯優化參數參考:http://en.gentoo-wiki.com/wiki/Safe_Cflags
4.Tcmalloc優化Nginx 性能
# wget http://download.savannah.gnu.org/releases/libunwind/libunwind-0.99-alpha.tar.gz
# tar zxvf libunwind-0.99-alpha.tar.gz
# cd libunwind-0.99-alpha/
# CFLAGS=-fPIC ./configure
# make CFLAGS=-fPIC
# make CFLAGS=-fPIC install
# wget http://google-perftools.googlecode.com/files/google-perftools-0.98.tar.gz
# tar zxvf google-perftools-0.98.tar.gz
# cd google-perftools-0.98/
# ./configure
# make && make install
# echo "/usr/local/lib" > /etc/ld.so.conf.d/usr_local_lib.conf
# ldconfig
# lsof -n | grep tcmalloc
複製代碼
編譯nginx 載入google_perftools_module:
./configure --with-google_perftools_module
在主配置文件加入nginx.conf 添加:
google_perftools_profiles /path/to/profile;

5.內核參數優化
# vi /etc/sysctl.conf   #在末尾增加以下內容:
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 5000 65000
複製代碼
#使配置立即生效
/sbin/sysctl -p

十四、如何構建高性的LEMP
請參見: http://www.linuxtone.org/lemp/lemp.pdf
1、提供完整的配置腳本下載:http://www.linuxtone.org/lemp/scripts.tar.gz
2、提供NGINX常見配置範例含(虛擬主機,防盜鏈,Rewrite,訪問控制,負載均衡
Discuz相關程序靜態化及等等),你只要稍稍修改即可線上應用。 3、將原版的xcache替換成EA,並提供相關簡單調優腳本及配置文件。
更多的及更新資料請關注: http://www.linuxtone.org

十五、Nginx監控
1、        RRDTOOL+Perl腳本畫圖監控
先安裝好rrdtool ,關於rrdtool本文不作介紹,具體安裝請參照linuxtone監控版塊.
#cd /usr/local/sbnin
#wget http://blog.kovyrin.net/files/mrtg/rrd_nginx.pl.txt
#mv rrd_nginx.pl.txt rrd_nginx.pl
#chmod a+x rrd_nginx.pl

#vi rrd_nginx.pl   //配置腳本文件設置好路徑
#!/usr/bin/perl
use RRDs;
use LWP::UserAgent;

# define location of rrdtool databases
my $rrd = '/data/www/wwwroot/nginx/rrd';
# define location of images
my $img = '/data/www/wwwroot/nginx/html';
# define your nginx stats URL
my $URL = "http://219.232.244.13/nginx_status";
…………
【注】根據自己具體的狀況修改相應的路徑.
#crontab ?e //加入如下
* * * * * /usr/local/sbin/rrd_nginx.pl
重啟crond后,通過配置nginx虛擬主機指到/data/www/wwwroot/nginx/html目錄,通過crond自動執行perl腳本會生成很多圖片.
http://xxx/connections-day.png即可看到伺服器狀態圖。

2、        官方Nginx-rrd 監控服務(多虛擬主機)(推薦)
網址:http://www.nginx.eu/nginx-rrd.html
此解決方案其實是基於上述監控方案的一個改進和增強,同樣先安裝好rrdtool這個畫圖工具和相應的perl模塊再做如下操作:
# yum install perl-HTML*
先建立好生成的庫存和圖片存放錄

#mkdir -p /data/www/wwwroot/nginx/{rrd,html}

#cd /usr/local/sbin
#wget http://www.nginx.eu/nginx-rrd/nginx-rrd-0.1.4.tgz
#tar zxvf nginx-rrd-0.1.4.tgz
#cd nginx-rrd-0.1.4
#cd etc/
#cp nginx-rrd.conf /etc
#cd etc/cron.d
#cp nginx-rrd.cron /etc/cron.d

#cd /usr/local/src/nginx-rrd-0.1.4/html
# cp index.php /data/www/wwwroot/nginx/html/

#cd /usr/local/src/nginx-rrd-0.1.4/usr/sbin
#cp * /usr/sbin/
複製代碼

#vi /etc/nginx-rrd.conf

#####################################################
#
# dir where rrd databases are stored
RRD_DIR="/data/www/wwwroot/nginx/rrd";
# dir where png images are presented
WWW_DIR="/data/www/wwwroot/nginx/html";
# process nice level
NICE_LEVEL="-19";
# bin dir
BIN_DIR="/usr/sbin";
# servers to test
# server_utl;server_name
SERVERS_URL="http://219.32.205.13/nginx_status;219.32.205.13  http://www.linuxtone.org/nginx_status;www.linuxtone.org""
複製代碼
//根據你的具體情況做調整.
SEVERS_URL 格式 http://domain1/nginx_status;domain1 http://domain2/nginx_status;domain2
這種格式監控多虛擬主機連接狀態:
重點啟crond服務,仍后通過http://219.32.205.13/nginx/html/ 即可訪問。配置過程很簡單!

3、        CACTI模板監控Nginx
利用Nginx_status狀態來畫圖實現CACTI監控
nginx編譯時允許http_stub_status_module

# vi /usr/local/nginx/conf/nginx.conf

location /nginx_status {
stub_status on;
access_log off;
allow 192.168.1.37;
deny all;
}
複製代碼


# kill -HUP `cat /usr/local/nginx/logs/nginx.pid`

# wget http://forums.cacti.net/download.php?id=12676
# tar xvfz cacti-nginx.tar.gz
# cp cacti-nginx/get_nginx_socket_status.pl /data/cacti/scripts/
# cp cacti-nginx/get_nginx_clients_status.pl /data/cacti/scripts/
# chmod 755 /data/cacti/scripts/get_nginx*
複製代碼


檢測插件

# /data/cacti/scripts/get_nginx_clients_status.pl http://192.168.1.37/nginx_status
複製代碼

在cacti管理面板導入
cacti_graph_template_nginx_clients_stat.xml
cacti_graph_template_nginx_sockets_stat.xml

十六、常見問題與錯誤處理
1、400 bad request錯誤的原因和解決辦法
配置nginx.conf相關設置如下.
client_header_buffer_size 16k;
large_client_header_buffers 4 64k;
根據具體情況調整,一般適當調整值就可以。

2、Nginx 502 Bad Gateway錯誤
proxy_next_upstream error timeout invalid_header http_500 http_503;
或者嘗試設置:
large_client_header_buffers 4 32k;


3、Nginx出現的413 Request Entity Too Large錯誤
這個錯誤一般在上傳文件的時候會出現,
編輯Nginx主配置文件Nginx.conf,找到http{}段,添加
client_max_body_size 10m; //設置多大根據自己的需求作調整.
如果運行php的話這個大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大,這樣就不會因為提交數據大小不一致出現的錯誤。
post_max_size = 10M
upload_max_filesize = 2M

4、解決504 Gateway Time-out(nginx)
遇到這個問題是在升級discuz論壇的時候遇到的
一般看來, 這種情況可能是由於nginx默認的fastcgi進程響應的緩衝區太小造成的, 這將導致fastcgi進程被掛起, 如果你的fastcgi服務對這個掛起處理的不好, 那麼最後就極有可能導致504 Gateway Time-out
現在的網站, 尤其某些論壇有大量的回復和很多內容的, 一個頁面甚至有幾百K。
默認的fastcgi進程響應的緩衝區是8K, 我們可以設置大點
在nginx.conf里, 加入: fastcgi_buffers 8 128k
這表示設置fastcgi緩衝區為8×128k
當然如果您在進行某一項即時的操作, 可能需要nginx的超時參數調大點,例如設置成60秒:send_timeout 60;
只是調整了這兩個參數, 結果就是沒有再顯示那個超時, 可以說效果不錯, 但是也可能是由於其他的原因, 目前關於nginx的資料不是很多, 很多事情都需要長期的經驗累計才有結果, 期待您的發現哈!

5、如何使用Nginx Proxy
朋友一台伺服器運行tomcat 為8080埠,IP:192.168.1.2:8080,另一台機器IP:192.168.1.8. 朋友想通過訪問http://192.168.1.8即可訪問tomcat服務.配置如下:
在192.168.1.8的nginx.conf上配置如下:
server {
listen 80;
server_name java.linuxtone.org
location / {
proxy_pass http://192.168.1.2:8080;
include /usr/local/nginx/conf/proxy.conf;
}
}
複製代碼
6、如何關閉Nginx的LOG
access_log /dev/null; error_log /dev/null;




[火星人 ] Nginx 常見應用技術指南[Nginx Tips] 第二版已經有864次圍觀

http://coctec.com/docs/service/show-post-2557.html