全面瞭解Nginx到底能作什麼

寫在前面

用了好久nginx，最多的使用場景仍是反向代理功能（準確的說其實只使用了它反向代理的功能），對它的瞭解仍是遠遠不夠的，最近讀了一遍文章《全面瞭解Nginx到底能作什麼》文章寫的比較全面，很是適合入門學習瞭解，通過做者的受權（感謝大佬）這裏轉發一下，下面把原文貼出來，好的東西固然是要分享出來嘛...

原文地址：全面瞭解Nginx到底能作什麼

前言

本文只針對Nginx在不加載第三方模塊的狀況能處理哪些事情，因爲第三方模塊太多因此也介紹不完，固然本文自己也可能介紹的不完整，畢竟只是我我的使用過和了解到過得。

Nginx能作什麼

1. 反向代理
2. 負載均衡
3. HTTP服務器（包含動靜分離）
4. 正向代理

以上就是我瞭解到的Nginx在不依賴第三方模塊能處理的事情，下面詳細說明每種功能怎麼作

反向代理

反向代理應該是Nginx作的最多的一件事了，什麼是反向代理呢，如下是百度百科的說法：反向代理（Reverse Proxy）方式是指以代理服務器來接受internet上的鏈接請求，而後將請求轉發給內部網絡上的服務器，並將從服務器上獲得的結果返回給internet上請求鏈接的客戶端，此時代理服務器對外就表現爲一個反向代理服務器。簡單來講就是真實的服務器不能直接被外部網絡訪問，因此須要一臺代理服務器，而代理服務器能被外部網絡訪問的同時又跟真實服務器在同一個網絡環境，固然也多是同一臺服務器，端口不一樣而已。 下面貼上一段簡單的實現反向代理的代碼

server {  
  listen       80;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    proxy_pass http://localhost:8080;
    proxy_set_header Host $host:$server_port;
  }
}
複製代碼

保存配置文件後啓動Nginx，這樣當咱們訪問localhost的時候，就至關於訪問localhost:8080了

負載均衡

負載均衡也是Nginx經常使用的一個功能，負載均衡其意思就是分攤到多個操做單元上進行執行，例如Web服務器、FTP服務器、企業關鍵應用服務器和其它關鍵任務服務器等，從而共同完成工做任務。簡單而言就是當有2臺或以上服務器時，根據規則隨機的將請求分發到指定的服務器上處理，負載均衡配置通常都須要同時配置反向代理，經過反向代理跳轉到負載均衡。而Nginx目前支持自帶3種負載均衡策略，還有2種經常使用的第三方策略。

RR（默認）

每一個請求按時間順序逐一分配到不一樣的後端服務器，若是後端服務器down掉，能自動剔除。 簡單配置

upstream test {
  server localhost:8080;
  server localhost:8081;
}
server {
  listen       81;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    proxy_pass http://test;
    proxy_set_header Host $host:$server_port;
  }
}
複製代碼

負載均衡的核心代碼爲

upstream test {
  server localhost:8080;
  server localhost:8081;
}
複製代碼

這裏我配置了2臺服務器，固然其實是一臺，只是端口不同而已，而8081的服務器是不存在的,也就是說訪問不到，可是咱們訪問 http://localhost 的時候，也不會有問題，會默認跳轉到 http://localhost:8080 具體是由於Nginx會自動判斷服務器的狀態，若是服務器處於不能訪問（服務器掛了），就不會跳轉到這臺服務器，因此也避免了一臺服務器掛了影響使用的狀況，因爲Nginx默認是RR策略，因此咱們不須要其餘更多的設置。

權重

指定輪詢概率，weight和訪問比率成正比，用於後端服務器性能不均的狀況。 例如

upstream test {
    server localhost:8080 weight=9;
    server localhost:8081 weight=1;
  }
複製代碼

那麼10次通常只會有1次會訪問到8081，而有9次會訪問到8080

ip_hash

上面的2種方式都有一個問題，那就是下一個請求來的時候請求可能分發到另一個服務器，當咱們的程序不是無狀態的時候（採用了session保存數據），這時候就有一個很大的很問題了，好比把登陸信息保存到了session中，那麼跳轉到另一臺服務器的時候就須要從新登陸了，因此不少時候咱們須要一個客戶只訪問一個服務器，那麼就須要用iphash了，iphash的每一個請求按訪問ip的hash結果分配，這樣每一個訪客固定訪問一個後端服務器，能夠解決session的問題。

upstream test {
  ip_hash;
  server localhost:8080;
  server localhost:8081;
}
複製代碼

fair（第三方）

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

upstream backend { 
  fair; 
  server localhost:8080;
  server localhost:8081;
}
複製代碼

url_hash（第三方）

按訪問url的hash結果來分配請求，使每一個url定向到同一個後端服務器，後端服務器爲緩存時比較有效。 在upstream中加入hash語句，server語句中不能寫入weight等其餘的參數，hash_method是使用的hash算法

upstream backend { 
  hash $request_uri; 
  hash_method crc32; 
  server localhost:8080;
  server localhost:8081;
}
複製代碼

以上5種負載均衡各自適用不一樣狀況下使用，因此能夠根據實際狀況選擇使用哪一種策略模式,不過fair和url_hash須要安裝第三方模塊才能使用，因爲本文主要介紹Nginx能作的事情，因此Nginx安裝第三方模塊不會再本文介紹

HTTP服務器

Nginx自己也是一個靜態資源的服務器，當只有靜態資源的時候，就可使用Nginx來作服務器，同時如今也很流行動靜分離，就能夠經過Nginx來實現，首先看看Nginx作靜態資源服務器

server {
  listen       80;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    root   e:\wwwroot;
    index  index.html;
  }
}
複製代碼

這樣若是訪問 http://localhost 就會默認訪問到E盤wwwroot目錄下面的index.html，若是一個網站只是靜態頁面的話，那麼就能夠經過這種方式來實現部署。

動靜分離

動靜分離是讓動態網站裏的動態網頁根據必定規則把不變的資源和常常變的資源區分開來，動靜資源作好了拆分之後，咱們就能夠根據靜態資源的特色將其作緩存操做，這就是網站靜態化處理的核心思路

upstream test{  
  server localhost:8080;  
  server localhost:8081;  
}   

server {  
  listen       80;  
  server_name  localhost;  

  location / {  
    root   e:\wwwroot;  
    index  index.html;  
  }  

  # 全部靜態請求都由nginx處理，存放目錄爲html 
  location ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ {  
    root    e:\wwwroot;  
  }  

  # 全部動態請求都轉發給tomcat處理 
  location ~ \.(jsp|do)$ {  
    proxy_pass  http://test;  
  }  

  error_page   500 502 503 504  /50x.html;  
  location = /50x.html {  
    root   e:\wwwroot;  
  }  
}
複製代碼

這樣咱們就能夠吧HTML以及圖片和css以及js放到wwwroot目錄下，而tomcat只負責處理jsp和請求，例如當咱們後綴爲gif的時候，Nginx默認會從wwwroot獲取到當前請求的動態圖文件返回，固然這裏的靜態文件跟Nginx是同一臺服務器，咱們也能夠在另一臺服務器，而後經過反向代理和負載均衡配置過去就行了，只要搞清楚了最基本的流程，不少配置就很簡單了，另外localtion後面實際上是一個正則表達式，因此很是靈活

正向代理

正向代理，意思是一個位於客戶端和原始服務器(origin server)之間的服務器，爲了從原始服務器取得內容，客戶端向代理髮送一個請求並指定目標(原始服務器)，而後代理向原始服務器轉交請求並將得到的內容返回給客戶端。客戶端才能使用正向代理。當你須要把你的服務器做爲代理服務器的時候，能夠用Nginx來實現正向代理，可是目前Nginx有一個問題，那麼就是不支持HTTPS，雖然我百度到過配置HTTPS的正向代理，可是到最後發現仍是代理不了，固然多是我配置的不對，因此也但願有知道正確方法的同志們留言說明一下。

resolver 114.114.114.114 8.8.8.8;
  server {
    resolver_timeout 5s;

    listen 81;

    access_log  e:\wwwroot\proxy.access.log;
    error_log   e:\wwwroot\proxy.error.log;

    location / {
      proxy_pass http://$host$request_uri;
    }
  }
複製代碼

resolver是配置正向代理的DNS服務器，listen 是正向代理的端口，配置好了就能夠在ie上面或者其餘代理插件上面使用服務器ip+端口號進行代理了。

最後說兩句

啓動中止及配置文件位置的命令:

/etc/init.d/nginx start/restart # 啓動/重啓Nginx服務

/etc/init.d/nginx stop # 中止Nginx服務

/etc/nginx/nginx.conf # Nginx配置文件位置
複製代碼

Nginx是支持熱啓動的，也就是說當咱們修改配置文件後，不用關閉Nginx，就能夠實現讓配置生效，固然我並不知道多少人知道這個，反正我一開始並不知道，致使常常殺死了Nginx線程再來啓動。。。Nginx重新讀取配置的命令是

nginx -s reload
複製代碼

windows下面就是

nginx.exe -s reload
複製代碼

PS: 文章來源極客教程網