【Nginx 大系】Nginx服務器面面觀

 

Nginx官方文檔中文版javascript

 

1. 先看看百度百科對Nginx 的解釋: nginx_百度百科php

 

2. 下面的博客就是講 Nginx的安裝方法和 具體的配置文件的使用介紹的很詳細,能夠仔細閱讀下css

【好】Nginx安裝與使用 html

更詳細的介紹: Nginx.conf介紹前端

 

 3. Nginx的事件處理機制java

 

對於一個基本的web服務器來講,事件一般有三種類型,網絡事件、信號、定時器。 node

首先看一個請求的基本過程:創建鏈接---接收數據---發送數據 。nginx

再次看系統底層的操做 :上述過程(創建鏈接---接收數據---發送數據)在系統底層就是讀寫事件。web

 1)若是採用阻塞調用的方式,當讀寫事件沒有準備好時,必然不可以進行讀寫事件,那麼久只好等待,等事件準備好了,才能進行讀寫事件。那麼請求就會被耽擱 。阻塞調用會進入內核等待,cpu就會讓出去給別人用了,對單線程的worker來講,顯然不合適,當網絡事件越多時,你們都在等待呢,cpu空閒下來沒人用,cpu利用率天然上不去了,更別談高併發了 。apache

 2)既然沒有準備好阻塞調用不行,那麼採用非阻塞方式。非阻塞就是,事件,立刻返回EAGAIN, 告訴你,事件還沒準備好呢,你慌什麼,過會再來吧。好吧,你過一會,再來檢查一下事件,直到事件準備好了爲止,在這期間,你就能夠先去作其它事情,而後再 來看看事件好了沒。雖然不阻塞了,但你得不時地過來檢查一下事件的狀態,你能夠作更多的事情了,但帶來的開銷也是不小的 

小結:非阻塞經過不斷檢查事件的狀態來判斷是否進行讀寫操做,這樣帶來的開銷很大。 

3)所以纔有了異步非阻塞的事件處理機制。具體到系統調用就是像select/poll/epoll/kqueue這樣的系統調用。他們提供了一種機制,讓你能夠同時監控多個事件,調用他們是阻塞的,但能夠設置超時時間,在超時時間以內,若是有事件準備好了,就返回。這種機制解決了咱們上面兩個問題。 

以epoll爲例:當事件沒有準備好時,就放入epoll(隊列)裏面。若是有事件準備好了,那麼就去處理;若是事件返回的是EAGAIN,那麼繼續將其放入epoll裏面。從而,只要有事件準備好了,咱們就去處理她,只有當全部時間都沒有準備好時,纔在epoll裏 面等着。這樣,咱們就能夠併發處理大量的併發了,固然,這裏的併發請求,是指未處理完的請求,線程只有一個,因此同時能處理的請求固然只有一個了,只是在 請求間進行不斷地切換而已,切換也是由於異步事件未準備好,而主動讓出的。這裏的切換是沒有任何代價,你能夠理解爲循環處理多個準備好的事件,事實上就是 這樣的。 

4)與多線程的比較:

     與多線程相比,這種事件處理方式是有很大的優點的,不須要建立線程,每一個請求佔用的內存也不多,沒有上下文切換,事件處理很是的輕量級。併發數再多也不會致使無謂的資源浪費(上下文切換)。

小結:經過異步非阻塞的事件處理機制,Nginx實現由進程循環處理多個準備好的事件,從而實現高併發和輕量級。 

master/worker結構:一個master進程,生成一個或多個worker進程

內存消耗小:處理大併發的請求內存消耗很是小。在3萬併發鏈接下,開啓的10個Nginx 進程才消耗150M內存(15M*10=150M) 成本低廉:Nginx爲開源軟件,能夠無償使用。而購買F5 BIG-IP、NetScaler等硬件負載均衡交換機則須要十多萬至幾十萬人民幣

內置的健康檢查功能:若是 Nginx Proxy 後端的某臺 Web 服務器宕機了,不會影響前端訪問。

節省帶寬:支持 GZIP 壓縮,能夠添加瀏覽器本地緩存的 Header 頭。

穩定性高:用於反向代理,宕機的機率微乎其微

 

 

4. Nginx常見配置說明

worker_processes 8;

#nginx進程數,建議設置爲等於CPU總核心數

worker_connections 65535;

#單個進程最大鏈接數(最大鏈接數=鏈接數*進程數)

client_header_buffer_size 32k; #上傳文件大小限制

large_client_header_buffers 4 64k; #設定請求緩

client_max_body_size 8m; #設定請求緩

autoindex on; #開啓目錄列表訪問,合適下載服務器,默認關閉。

tcp_nopush on; #防止網絡阻塞

tcp_nodelay on; #防止網絡阻塞

keepalive_timeout 120; #長鏈接超時時間,單位是秒

gzip on; #開啓gzip壓縮輸出

gzip_min_length 1k; #最小壓縮文件大小

gzip_buffers 4 16k; #壓縮緩衝區

gzip_http_version 1.0; #壓縮版本(默認1.1,前端若是是squid2.5請使用1.0)

gzip_comp_level 2; #壓縮等級

upstream blog.ha97.com {

#upstream的負載均衡,weight是權重,能夠根據機器配置定義權重。weigth參數表示權值,權值越高被分配到的概率越大。

server 192.168.80.121:80 weight=3;

server 192.168.80.122:80 weight=2;

server 192.168.80.123:80 weight=3;

}

#虛擬主機的配置

server

{

#監聽端口

listen 80;

#域名能夠有多個,用空格隔開

server_name www.ha97.com ha97.com;

index index.html index.htm index.php;

root /data/www/ha97;

location ~ .*.(php|php5)?$

{

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fastcgi.conf;

}

 

#定義Nginx運行的用戶和用戶組        
    user www www;              
    #nginx進程數,建議設置爲等於CPU總核心數。        
    worker_processes 8;        
      
    #全局錯誤日誌定義類型,[ debug | info | notice | warn | error | crit ]  
      
    error_log ar/loginx/error.log info;  
             
    #進程文件  
      
    pid ar/runinx.pid;        
       
    #一個nginx進程打開的最多文件描述符數目,理論值應該是最多打開文件數(系統的值ulimit -n)與nginx進程數相除,可是nginx分配請求並不均勻,  
    因此建議與ulimit -n的值保持一致。  
      
    worker_rlimit_nofile 65535;               
      
    #工做模式與鏈接數上限        
    events        
    {        
    #參考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型是Linux 2.6以上版本內核中的高性能網絡I/O模型,  
    若是跑在FreeBSD上面,就用kqueue模型。  
      
    use epoll;        
    #單個進程最大鏈接數(最大鏈接數=鏈接數*進程數)       
    worker_connections 65535;        
    }  
             
    #設定http服務器        
    http        
    {        
    include mime.types; #文件擴展名與文件類型映射表       
    default_type application/octet-stream; #默認文件類型        
    #charset utf-8; #默認編碼        
    server_names_hash_bucket_size 128; #服務器名字的hash表大小        
    client_header_buffer_size 32k; #上傳文件大小限制        
    large_client_header_buffers 4 64k; #設定請求緩       
    client_max_body_size 8m; #設定請求緩        
    sendfile on; #開啓高效文件傳輸模式,sendfile指令指定nginx是否調用sendfile函數來輸出文件,對於普通應用設爲 on,若是用來進行下載等應用磁盤IO重負載應用,  
    可設置爲off,以平衡磁盤與網絡I/O處理速度,下降系統的負載。注意:若是圖片顯示不正常把這個改爲off。        
    autoindex on; #開啓目錄列表訪問,合適下載服務器,默認關閉。        
    tcp_nopush on; #防止網絡阻塞        
    tcp_nodelay on; #防止網絡阻塞        
    keepalive_timeout 120; #長鏈接超時時間,單位是秒       
            
    #FastCGI相關參數是爲了改善網站的性能:減小資源佔用,提升訪問速度。下面參數看字面意思都能理解。        
    fastcgi_connect_timeout 300;        
    fastcgi_send_timeout 300;        
    fastcgi_read_timeout 300;        
    fastcgi_buffer_size 64k;        
    fastcgi_buffers 4 64k;        
    fastcgi_busy_buffers_size 128k;        
    fastcgi_temp_file_write_size 128k;         
      
    #gzip模塊設置        
    gzip on; #開啓gzip壓縮輸出        
    gzip_min_length 1k; #最小壓縮文件大小        
    gzip_buffers 4 16k; #壓縮緩衝區        
    gzip_http_version 1.0; #壓縮版本(默認1.1,前端若是是squid2.5請使用1.0)        
    gzip_comp_level 2; #壓縮等級        
    gzip_types text/plain application/x-javascript text/css application/xml;  
      
    #壓縮類型,默認就已經包含textml,因此下面就不用再寫了,寫上去也不會有問題,可是會有一個warn。        
    gzip_vary on;        
    #limit_zone crawler $binary_remote_addr 10m; #開啓限制IP鏈接數的時候須要使用        
       
      
    upstream blog.ha97.com {        
    #upstream的負載均衡,weight是權重,能夠根據機器配置定義權重。weigth參數表示權值,權值越高被分配到的概率越大。        
    server 192.168.80.121:80 weight=3;        
    server 192.168.80.122:80 weight=2;        
    server 192.168.80.123:80 weight=3;        
    }               
      
    #虛擬主機的配置        
    server       
    {        
    #監聽端口        
    listen 80;        
    #域名能夠有多個,用空格隔開        
    server_name www.ha97.com ha97.com;       
    index index.html index.htm index.php;        
    root /data/www/ha97;        
    location ~ .*.(php|php5)?$        
    {        
    fastcgi_pass 127.0.0.1:9000;        
    fastcgi_index index.php;        
    include fastcgi.conf;        
    }        
    #圖片緩存時間設置        
    location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$        
    {        
    expires 10d;        
    }        
    #JS和CSS緩存時間設置        
    location ~ .*.(js|css)?$        
    {        
    expires 1h;        
    }        
    #日誌格式設定        
    log_format access '$remote_addr - $remote_user [$time_local] "$request" '        
    '$status $body_bytes_sent "$http_referer" '        
    '"$http_user_agent" $http_x_forwarded_for';  
      
    #定義本虛擬主機的訪問日誌       
    access_log ar/loginx/ha97access.log access;               
      
    #對 "/" 啓用反向代理        
    location / {        
    proxy_pass http://127.0.0.1:88;        
    proxy_redirect off;        
    proxy_set_header X-Real-IP $remote_addr;  
      
    #後端的Web服務器能夠經過X-Forwarded-For獲取用戶真實IP        
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  
      
    #如下是一些反向代理的配置,可選。  
      
    proxy_set_header Host $host;        
    client_max_body_size 10m; #容許客戶端請求的最大單文件字節數        
    client_body_buffer_size 128k; #緩衝區代理緩衝用戶端請求的最大字節數,        
    proxy_connect_timeout 90; #nginx跟後端服務器鏈接超時時間(代理鏈接超時)        
    proxy_send_timeout 90; #後端服務器數據回傳時間(代理髮送超時)        
    proxy_read_timeout 90; #鏈接成功後,後端服務器響應時間(代理接收超時)        
    proxy_buffer_size 4k; #設置代理服務器(nginx)保存用戶頭信息的緩衝區大小        
    proxy_buffers 4 32k; #proxy_buffers緩衝區,網頁平均在32k如下的設置        
    proxy_busy_buffers_size 64k; #高負荷下緩衝大小(proxy_buffers*2)        
    proxy_temp_file_write_size 64k;  
      
    #設定緩存文件夾大小,大於這個值,將從upstream服務器傳        
    }  
                 
    #設定查看Nginx狀態的地址        
    location /NginxStatus {        
    stub_status on;        
    access_log on;        
    auth_basic "NginxStatus";        
    auth_basic_user_file confpasswd;        
    #htpasswd文件的內容能夠用apache提供的htpasswd工具來產生。        
    }  
                   
    #本地動靜分離反向代理配置        
    #全部jsp的頁面均交由tomcat或resin處理        
    location ~ .(jsp|jspx|do)?$ {        
    proxy_set_header Host $host;        
    proxy_set_header X-Real-IP $remote_addr;        
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;        
    proxy_pass http://127.0.0.1:8080;        
    }  
      
    #全部靜態文件由nginx直接讀取不通過tomcat或resin        
    location ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$        
    { expires 15d; }        
    location ~ .*.(js|css)?$        
    { expires 1h; }        
    }        
    }

 

 

附錄:

  1)書籍:  

         深刻理解Nginx:模塊開發與架構解析(第2版)

         [好-在線] Nginx開發從入門到精通

  2)文章:

   【好】Nginx模塊開發入門

   【好】Nginx詳解-服務器集羣

相關文章
相關標籤/搜索