nginx基礎之【study one】

Nginx是種代理服務器，便可以做爲反向代理服務器、郵件服務器等HTTP服務器，支持不少第三方模塊擴展，如GZip、SSL、FastCGI。

最經常使用的功能有Http反向代理、負載均衡和Web緩存：

1.反向代理：Nginx在作反向代理時，提供性能穩定，而且可以提供配置靈活的轉發功能。Nginx能夠根據不一樣的正則匹配，採起不一樣的轉發策略，好比圖片文件結尾的走文件服務器，動態頁面走web服務器，只要你正則寫的沒問題，又有相對應的服務器解決方案，你就能夠爲所欲爲的玩。而且Nginx對返回結果進行錯誤頁跳轉，異常判斷等。若是被分發的服務器存在異常，他能夠將請求從新轉發給另一臺服務器，而後自動去除異常服務器。

2.負載均衡：Nginx提供的負載均衡策略有2種：內置策略和擴展策略。內置策略爲輪詢，加權輪詢，Ip hash；擴展策略（第三方）。

a.輪詢+加權：以下圖所示

                       

b.Ip hash算法:對客戶端請求的ip進行hash操做，而後根據hash結果將同一個客戶端ip的請求分發給同一臺服務器進行處理，能夠解決session不共享的問題。

c.web緩存:Nginx能夠對不一樣的文件作不一樣的緩存處理，配置靈活，而且支持FastCGI_Cache，主要用於對FastCGI的動態程序進行緩存。配合着第三方的ngx_cache_purge，對制定的URL緩存內容能夠的進行增刪管理。

         3.相關配置使用

經常使用dos命令：

start nginx啓動；

nginx –s stop 中止（當即中止，不保存信息）；

nginx –s quit退出（退出，並保存信息）；

nginx -s reload重啓；

nginx –t 檢查配置是否有錯；

tasklist /fi 「imagename eq nginx.exe」 查看當前nginx.exe進程

taskkill /fi 「imagename eq nginx.exe」  /f 批量殺掉nginx.exe進程（注意空格）

配置文件結構：

...              #全局塊

 

events {         #events塊

   ...

}

 

http      #http塊

{

    ...   #http全局塊

    server        #server塊

    {

        ...       #server全局塊

        location [PATTERN]   #location塊

        {

            ...

        }

        location [PATTERN]

        {

            ...

        }

    }

    server

    {

      ...

    }

    ...     #http全局塊

}

部分結構說明：

一、全局塊：配置影響nginx全局的指令。通常有運行nginx服務器的用戶組，nginx進程pid存放路徑，日誌存放路徑，配置文件引入，容許生成worker process數等。

二、events塊：配置影響nginx服務器或與用戶的網絡鏈接。有每一個進程的最大鏈接數，選取哪一種事件驅動模型處理鏈接請求，是否容許同時接受多個網路鏈接，開啓多個網絡鏈接序列化等。

三、http塊：能夠嵌套多個server，配置代理，緩存，日誌定義等絕大多數功能和第三方模塊的配置。如文件引入，mime-type定義，日誌自定義，是否使用sendfile傳輸文件，鏈接超時時間，單鏈接請求數等。

四、server塊：配置虛擬主機的相關參數，一個http中能夠有多個server。

五、location塊：配置請求的路由，以及各類頁面的處理狀況。

 

簡單配置舉例（http反向代理）說明：

####每一個指令必須有分號結束。####

#user nobody nobody;  #配置用戶或者組，默認爲nobody nobody。

#worker_processes 2;  #容許生成的進程數，默認爲1

error_log  logs/error.log;#制定日誌路徑，級別。這個設置能夠放入全局塊，http塊，server塊，級別以此爲：debug|info|notice|warn|error|crit|alert|emerg

pid        logs/nginx.pid;#指定nginx進程運行文件存放地址 

events {

    accept_mutex on;   #設置網路鏈接序列化，防止驚羣現象發生，默認爲on（驚羣現象：一個網路鏈接到來，多個睡眠的進程被同時叫醒，但只有一個進程能得到連接，這樣會影響系統性能）。

    multi_accept on;  #設置一個進程是否同時接受多個網絡鏈接，默認爲off

    #use epoll;      #事件驅動模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport

    worker_connections  1024;    #最大鏈接數，默認爲512

}

http {

    include       mime.types;   #文件擴展名與文件類型映射表

    default_type  application/octet-stream; #默認文件類型，默認爲text/plain

    #access_log off; #取消服務日誌   

    log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定義格式

    access_log logs/access.log myFormat;  #combined爲日誌格式的默認值

    sendfile on;   #容許sendfile方式傳輸文件，默認爲off，能夠在http塊，server塊，location塊。

    sendfile_max_chunk 100k;  #每一個進程每次調用傳輸數量不能大於設定的值，默認爲0，即不設上限。

    keepalive_timeout 65;  #鏈接超時時間，默認爲75s，能夠在http，server，location塊。

 

    upstream www {   #負載均衡配置，能夠在後面設置其weight權重

            server 10.96.127.58:9000;

            server 192.168.10.121:3333 backup;  #熱備

    }

         error_page  404  https://cnt/ ;#錯誤頁

    server {

        keepalive_requests 120; #單鏈接請求上限次數。

        listen    80;   #監聽端口

        server_name  www.baidu.com;   #監聽地址,要想解析此處定義的域名，則須要修改host文件中的記錄     

        location  / {    #請求的url過濾，正則匹配

           #root   html;

                #index  index.html index.htm;

           proxy_pass  http://www;  #請求轉向www定義的服務器列表，http反向代理

           #deny 127.0.0.1;  #拒絕的ip

           #allow 172.18.5.54; #容許的ip          

        }

    }

}

upstream支持4種方式的分配（有的認爲5種，在默認基礎上輪詢增強版，weight）:

注：前兩種爲原生支持的分配方式，後兩種爲第三方支持的分配方式

1.輪詢（默認）

         每一個請求按時間順序逐一分配到不一樣的後端服務器，若是後端服務器down掉，能自動剔除；能夠指定輪詢概率，weight權重越大，被訪問到的概率越大；

upstream activeServer {

         server 10.51.117.146:8082 weight =3;

server 10.51.117.147:8082 weight =2;

server 10.51.117.148:8082 weight =1;

}

2.ip_hash

         對客戶端請求的ip進行hash分配，再根據hash結果將其分配到同一個服務器，解決session共享問題；

upstream activeServer{

         ip_hash;

server 10.51.117.146:88;

server 10.51.117.146:80;

}

3.fair（擴展策略【第三方】）

         按後端服務器的響應時間來分配請求，響應時間短的優先分配；

upstream activeServer{

server 10.51.117.146:88;

server 10.51.117.146:80;

fair;

}

4.url_hash（擴展策略【第三方】）

         與ip_hash相似，按訪問url的hash結果來分配請求，使每個url定向到同一個服務器，主要應用於後端服務器緩存時的場景下；

#upstream activeServer {

server 10.51.117.146:88;

server 10.51.117.146:80;

hash $request_uri;

hash_method crc32;#hash_method使用的hash算法，此upstream中不能加weight參數

}

定義負載均衡設備的Ip及設備狀態:

upstream bakend{

    ip_hash;

    server 127.0.0.1:9090 down; #down表示單前的server暫時不參與負載

    server 127.0.0.1:8080  weight=2;

    server 127.0.0.1:6060  max_fails=3  fail_timeout=30s;

    server 127.0.0.1:7070  backup;# 備用服務器，只有在其它非backup機器down或者忙的時候才請求backup機器

}

#max_fails與fail_timeout關聯使用：即在fail_timeout時間內發生max_fail次鏈接失敗，則認爲其服務器已掛掉，那麼接下來的fail_timeout時間內再也不去請求了，fail_timeout默認是10s，max_fail默認爲1，若是將max_fail值設置成0，則表示取消這項檢查；

#client_body_in_file_only設置爲On 能夠將client post過來的數據記錄到文件中用來作debug

#client_body_temp_path設置記錄文件的目錄 能夠設置最多3層目錄

#location對URL進行匹配.能夠進行重定向或者進行新的代理 負載均衡

說說nginx的優勢：

1.穩定性高，如：在訪問高峯期時，會致使服務器物理內存耗盡或失去響應，而nginx採用了分階段資源分配技術，使得CPU與內存佔有率很是低；

2.nginx支持內核Poll模型，能夠經受高負載的考驗，支持高併發數（大約5萬）；

3.nginx採用master-slaver模型，充分利用SMP的優點，減小工做進程在磁盤I/O的阻塞延遲，採用select()/poll()調用，限制每一個進程的鏈接數

4.http反向代理，負載均衡，容錯率下降，緩存區代理，動靜分離，靜態文件直接由nginx讀取。

 

以上爲本人學習時總結的，有不足之處請多多諒解並指出，謝謝！