前言

Nginx是一款輕量級的Web 服務器/反向代理服務器及電子郵件（IMAP/POP3）代理服務器，在BSD-like 協議下發行。其特點是占有內存少，并發能力強，事實上nginx的并發能力在同類型的網頁服務器中表現較好，中國大陸使用nginx網站用戶有：百度、京東、新浪、網易、騰訊、淘寶等。

可以在大多數 Unixlinux OS 上編譯運行，并有 windows 移植版。是一個很強大的高性能Web和反向代理服務，它具有很多非常優越的特性，在連接高并發的情況下，Nginx是Apache服務不錯的替代品：Nginx在美國是做虛擬主機生意的老板們經常選擇的軟件平臺之一，能夠支持高達 50,000 個并發連接數的響應。

Nginx作為負載均衡服務：Nginx 既可以在內部直接支持 Rails 和 php 程序對外進行服務，也可以支持作為 HTTP 代理服務對外進行服務。Nginx采用C進行編寫，不論是系統資源開銷還是CPU使用效率都比 Perlbal 要好很多。那對于Nginx的相應配置，當集群出現某些問題的時候，參數會起到相當重要的作用，但是大家也知道，包括官網在內，很多的參數配置都是用英文進行講解，今天就給大家整理一些配置中文詳解

Nginx配置參數中文詳細說明：

#定義Nginx運行的用戶和用戶組
user www www;
#
#nginx進程數,建議設置為等于CPU總核心數.
worker_processes 8;
#
#全局錯誤日志定義類型,[ debug | info | notice | warn | error | crit ]
error_log /var/log/nginx/error.log info;
#
#進程文件
pid /var/run/nginx.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; #設定請求緩
    
    # 開啟目錄列表訪問,合適下載服務器,默認關閉.
    autoindex on; # 顯示目錄
    autoindex_exact_size on; # 顯示文件大小 默認為on,顯示出文件的確切大小,單位是bytes 改為off后,顯示出文件的大概大小,單位是kB或者MB或者GB
    autoindex_localtime on; # 顯示文件時間 默認為off,顯示的文件時間為GMT時間 改為on后,顯示的文件時間為文件的服務器時間
    
    sendfile on; # 開啟高效文件傳輸模式,sendfile指令指定nginx是否調用sendfile函數來輸出文件,對于普通應用設為 on,如果用來進行下載等應用磁盤IO重負載應用,可設置為off,以平衡磁盤與網絡I/O處理速度,降低系統的負載.注意：如果圖片顯示不正常把這個改成off.
    tcp_nopush on; # 防止網絡阻塞
    tcp_nodelay on; # 防止網絡阻塞
    
    keepalive_timeout 120; # (單位s)設置客戶端連接保持活動的超時時間,在超過這個時間后服務器會關閉該鏈接
    
    # 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; #允許壓縮的頁面的最小字節數,頁面字節數從header偷得content-length中獲取.默認是0,不管頁面多大都進行壓縮.建議設置成大于1k的字節數,小于1k可能會越壓越大
    gzip_buffers 4 16k; #表示申請4個單位為16k的內存作為壓縮結果流緩存,默認值是申請與原始數據大小相同的內存空間來存儲gzip壓縮結果
    gzip_http_version 1.1; #壓縮版本（默認1.1,目前大部分瀏覽器已經支持gzip解壓.前端如果是squid2.5請使用1.0）
    gzip_comp_level 2; #壓縮等級.1壓縮比最小,處理速度快.9壓縮比最大,比較消耗cpu資源,處理速度最慢,但是因為壓縮比最大,所以包最小,傳輸速度快
    gzip_types text/plain application/x-JAVAscript text/css application/xml;
    #壓縮類型,默認就已經包含text/html,所以下面就不用再寫了,寫上去也不會有問題,但是會有一個warn.
    gzip_vary on;#選項可以讓前端的緩存服務器緩存經過gzip壓縮的頁面.例如:用squid緩存經過nginx壓縮的數據
    
    #開啟限制IP連接數的時候需要使用
    #limit_zone crawler $binary_remote_addr 10m;
    
    ##upstream的負載均衡,四種調度算法(下例主講)##
    
    #虛擬主機的配置
    server
    {
        # 監聽端口
        listen 80;
        # 域名可以有多個,用空格隔開
        server_name ably.com;
        # HTTP 自動跳轉 HTTPS
        rewrite ^(.*) https://$server_name$1 permanent;
    }
    
    server
    {
        # 監聽端口 HTTPS
        listen 443 ssl;
        server_name ably.com;
        
        # 配置域名證書
        ssl_certificate      C:WebServerCertscertificate.crt;
        ssl_certificate_key  C:WebServerCertsprivate.key;
        ssl_session_cache    shared:SSL:1m;
        ssl_session_timeout  5m;
        ssl_protocols SSLv2 SSLv3 TLSv1;
        ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
        ssl_prefer_server_ciphers  on;
    
        index index.html index.htm index.php;
        root /data/www/;
        location ~ .*.(php|php5)?$
        {
            fastcgi_pass 127.0.0.1:9000;
            fastcgi_index index.php;
            include fastcgi.conf;
        }
        
        # 配置地址攔截轉發，解決跨域驗證問題
        location /oauth/{
            proxy_pass https://localhost:13580/oauth/;
            proxy_set_header HOST $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
        
        # 圖片緩存時間設置
        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 /var/log/nginx/access.log access;
        
        # 設定查看Nginx狀態的地址.StubStatus模塊能夠獲取Nginx自上次啟動以來的工作狀態，此模塊非核心模塊，需要在Nginx編譯安裝時手工指定才能使用
        location /NginxStatus {
            stub_status on;
            access_log on;
            auth_basic "NginxStatus";
            auth_basic_user_file conf/htpasswd;
            #htpasswd文件的內容可以用apache提供的htpasswd工具來產生.
        }
    }
}

Nginx多臺服務器實現負載均衡：

1.Nginx負載均衡服務器：

IP：192.168.0.4（Nginx-Server）

2.Web服務器列表：

Web1:192.168.0.5（Nginx-Node1/Nginx-Web1）；Web2:192.168.0.7（Nginx-Node2/Nginx-Web2）

3.實現目的：用戶訪問Nginx-Server（“
http://mongo.demo.com:8888”）時，通過Nginx負載均衡到Web1和Web2服務器

Nginx負載均衡服務器的nginx.conf配置注釋如下：

events
{
    use epoll;
    worker_connections 65535;
}
http
{
    ##upstream的負載均衡,四種調度算法##
    #調度算法1:輪詢.每個請求按時間順序逐一分配到不同的后端服務器,如果后端某臺服務器宕機,故障系統被自動剔除,使用戶訪問不受影響
    upstream webhost {
        server 192.168.0.5:6666 ;
        server 192.168.0.7:6666 ;
    }
    #調度算法2:weight(權重).可以根據機器配置定義權重.權重越高被分配到的幾率越大
    upstream webhost {
        server 192.168.0.5:6666 weight=2;
        server 192.168.0.7:6666 weight=3;
    }
    #調度算法3:ip_hash. 每個請求按訪問IP的hash結果分配,這樣來自同一個IP的訪客固定訪問一個后端服務器,有效解決了動態網頁存在的session共享問題
    upstream webhost {
        ip_hash;
        server 192.168.0.5:6666 ;
        server 192.168.0.7:6666 ;
    }
    #調度算法4:url_hash(需安裝第三方插件).此方法按訪問url的hash結果來分配請求,使每個url定向到同一個后端服務器,可以進一步提高后端緩存服務器的效率.Nginx本身是不支持url_hash的,如果需要使用這種調度算法,必須安裝Nginx 的hash軟件包
    upstream webhost {
        server 192.168.0.5:6666 ;
        server 192.168.0.7:6666 ;
        hash $request_uri;
    }
    #調度算法5:fair(需安裝第三方插件).這是比上面兩個更加智能的負載均衡算法.此種算法可以依據頁面大小和加載時間長短智能地進行負載均衡,也就是根據后端服務器的響應時間來分配請求,響應時間短的優先分配.Nginx本身是不支持fair的,如果需要使用這種調度算法,必須下載Nginx的upstream_fair模塊
    #
    #虛擬主機的配置(采用調度算法3:ip_hash)
    server
    {
        listen 80;
        server_name mongo.demo.com;
        #對 "/" 啟用反向代理
        location / {
            proxy_pass http://webhost;
            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服務器傳
        }
    }
}

負載均衡操作演示如下：

操作對象：192.168.0.4（Nginx-Server）

# 創建文件夾準備存放配置文件
$ mkdir -p /opt/confs
$ vim /opt/confs/nginx.conf
# 編輯內容如下：
events
{
  use epoll;
  worker_connections 65535;
}

http
{
    upstream webhost {
        ip_hash;
        server 192.168.0.5:6666 ;
        server 192.168.0.7:6666 ;
    }
    
    server
    {
        listen 80;
        server_name mongo.demo.com;
        location / {
            proxy_pass http://webhost;
            proxy_redirect off;
            proxy_set_header X-Real-IP $remote_addr;
            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;
            proxy_send_timeout 90;
            proxy_read_timeout 90;
            proxy_buffer_size 4k;
            proxy_buffers 4 32k;
            proxy_busy_buffers_size 64k;
            proxy_temp_file_write_size 64k;
        }
    }
}
# 然后保存并退出
# 啟動負載均衡服務器192.168.0.4（Nginx-Server）
Docker run -d -p 8888:80 --name nginx-server -v /opt/confs/nginx.conf:/etc/nginx/nginx.conf --restart always nginx

操作對象：192.168.0.5（Nginx-Node1/Nginx-Web1）

# 創建文件夾用于存放web頁面$ mkdir -p /opt/html$ vim /opt/html/index.html# 編輯內容如下：<div>  <h1>    The host is 192.168.0.5(Docker02) - Node 1!  </h1></div># 然后保存并退出# 啟動192.168.0.5（Nginx-Node1/Nginx-Web1）$ docker run -d -p 6666:80 --name nginx-node1 -v /opt/html:/usr/share/nginx/html --restart always nginx

操作對象：192.168.0.7（Nginx-Node2/Nginx-Web2）

# 創建文件夾用于存放web頁面
$ mkdir -p /opt/html
$ vim /opt/html/index.html
# 編輯內容如下：
<div>
  <h1>
    The host is 192.168.0.7(Docker03) - Node 2!
  </h1>
</div>
# 然后保存并退出
# 啟動192.168.0.7（Nginx-Node2/Nginx-Web2）
$ docker run -d -p 6666:80 --name nginx-node2 -v $(pwd)/html:/usr/share/nginx/html --restart always nginx

測試：

域名:mongo.demo.com，這里是用Windows系統主機訪問服務器，要在當前主機的hosts中添加解析 “mongo.demo.com 192.168.0.4”，hosts文件所在的路徑為 “C:WindowsSystem32driversetc”。這里在Windows主機上通過瀏覽器訪問 “
http://mongo.demo.com:8888” 這個站點的時候，Nginx會根據來訪的主機的ip_hash值，負載均衡到192.168.0.5（Nginx-Node1/Nginx-Web1）和192.168.0.7（Nginx-Node2/Nginx-Web2）服務器上。如果其中一個Web服務器無效后，負載均衡服務器會自動將請求轉發到正常的Web服務器。

下圖是另外做的一組demo的訪問效果圖，而且容器的端口和IP不同（所有信息都做了相應修改）：

1.Nginx-Server：192.168.2.129（Docker01）；

2.Nginx-Node1：192.168.2.56（Docker02）；

3.Nginx-Node2：192.168.2.77（Docker03）；

其實關于Nginx，作為現在互聯網橫行時代，編程界的寵兒，在編程人員的技術棧中越來越占有很重要的地位，所以，無論是工作使用還是面試準備，Nginx都是要費心去鉆研的一個知識點，這里，我也分享一點我在學習的過程中從大量資料中篩選出來的資料，從使用到面試都涵蓋其中，最近正在學習Nginx或者想要學習Nginx的，這份資料我相信一定會對你有幫助的，需要的，關注+轉發后，私信“資料”查看獲取方式