目錄

• 先談理解：
• 1.nginx基本概念
• 2.常用命令以及配置文件
• 3.nginx配置實例之反向代理
• 4.nginx配置實例之負(fù)載均衡
• 5.nginx配置實例之動靜分離
• 6.nginx配置高可用集群
• Location規(guī)則
• 舉例
• 總結(jié)

先談理解：

1.反向代理：是nginx代理所有的服務(wù)器。而正向代理是vpn代理客戶端！！

反向代理是配置 proxy_pass 可以只配置一個地址如 ：

proxy_pass http://127.0.0.1:8081;

也可以配置多個

2.那就是負(fù)載均衡

定義負(fù)載均衡服務(wù)器：

upstream myserver {
    server192.168.12.127:8080;
    server192.168.12.127:8081;
}

修改proxy_pass

proxy_pass http://myserver;

這樣就實現(xiàn)了 反向代理 （proxy_pass）+ 負(fù)載均衡（upstream）

1.nginx基本概念

Nginx的概念

• 正向代理和反向代理：
  • 正向代理：正向代理就是在客戶端配置代理服務(wù)器，通過代理服務(wù)器去進(jìn)行互聯(lián)網(wǎng)操作。(VPN代理客戶端)
  • 反向代理：客戶端發(fā)送請求到反向代理服務(wù)器，由反向代理服務(wù)器去選擇目標(biāo)服務(wù)器獲取它的數(shù)據(jù)，在返回給客戶端。此時反向代理服務(wù)器和目標(biāo)服務(wù)器對外就是一臺服務(wù)器，暴露的是代理服務(wù)器地址，隱藏了真實的服務(wù)器地址。（代理服務(wù)端）
• 負(fù)載均衡
  • 在多個服務(wù)器的情況下，我們將請求發(fā)放到各個服務(wù)器上，將原先請求集中到單個服務(wù)器的情況改為將請求發(fā)送到多個服務(wù)器上，將負(fù)載分發(fā)到不同的服務(wù)器，也就是負(fù)載均衡
• 動靜分離
  • 簡單理解就是把靜態(tài)資源和動態(tài)資源分開部署。為了加快網(wǎng)站解析的速度，可以把靜態(tài)資源和動態(tài)資源部署到不同的服務(wù)器來解析，加快解析速度。降低單個服務(wù)器的壓力！

2.常用命令以及配置文件

Win下nginx的常用命令

• 前提：需要進(jìn)入到nginx目錄下在進(jìn)行操作
• nginx -v：查看nginx版本號
• nginx -s stop：關(guān)閉nginx
• start nginx：啟動nginx
• nginx -s reload：重新加載nginx
• nginx -t 檢查默認(rèn)配置conf
• taskkill /f /im nginx.exe win殺掉nginx

nginx配置文件

• 全局塊
  • 主要設(shè)置一些影響nginx服務(wù)器運行的配置指令。主要包括配置運行nginx服務(wù)器的用戶，允許生成的worker process數(shù)，進(jìn)程PID存放路徑，日志存放路徑和類型以及配置文件的引入等
  • 比如：worker_process 1; 這個就代表nginx服務(wù)器并發(fā)處理服務(wù)的關(guān)鍵配置，它的值越大，表示支持的并發(fā)處理量越多，但是會受到硬件，軟件等設(shè)備的約束。
• events塊
  • events塊主要影響nginx服務(wù)器與用戶的網(wǎng)絡(luò)連接，是否開啟同時多個網(wǎng)絡(luò)連接
  • 比如：worker_connections：1024；表示最大連接數(shù)為1024個
• http塊（http塊包含了http全局塊和server塊）
  • 這時nginx配置最頻繁的部分，代理，緩存，日志等都是在這里配置。
  • http全局塊：主要是配置日志等等的配置
  • server塊：
    • server全局快：listen：參數(shù)對應(yīng)的是端口號；server_name：地址參數(shù)
    • location塊：用來配置響應(yīng)反向代理的。增加參數(shù)proxy_pass 服務(wù)器（反向代理去到的服務(wù)器）地址（比如：127.0.0.1:8080）

3.nginx配置實例之反向代理

1. 實現(xiàn)效果：監(jiān)聽9000端口。根據(jù)不同的路徑跳轉(zhuǎn)到不同的端口服務(wù)中

2. 準(zhǔn)備工作

準(zhǔn)備好兩個服務(wù)器：8080和8081

在8080tomcat的webapps里面添加一個shisan01文件夾，編寫一個shisan.html。內(nèi)容自己定就好，同理8081也是一樣，添加一個shisan02文件夾，編寫一個shisan.html。跑完之后訪問不同的服務(wù)測試

3. 前往nginx配置文件配置

進(jìn)入配置文件，如下配置

server {
  listen9000;
  server_name192.168.12.127；
  location ~/shisan01/ {
      proxy_pass http://127.0.0.1:8080;
  }
  location ~/shisan02/ {
      proxy_pass http://127.0.0.1:8081;
  }
}

PS:注意要記得開發(fā)端口號：8080 8081 9000

PS：location的指令可以百度了解一下

4.nginx配置實例之負(fù)載均衡

1. 準(zhǔn)備工作

同樣是兩個tomcat（8080和8081）服務(wù)器，當(dāng)然要是你真有兩臺服務(wù)器最好！哈哈哈。條件問題還是模擬。

在兩個服務(wù)器里面的webapps里面創(chuàng)建一個shisan文件夾，在shisan文件夾里創(chuàng)建一個shisan.html，添加內(nèi)容自己定就好

2. 在nginx配置文件中修改配置

在http塊中配置

upstream myserver {
    server192.168.12.127:8080;
    server192.168.12.127:8081;
}
server {
    listen80;
    server_name192.168.12.127;
    location / {
proxy_passhttp://myserver;
roothtml;
indexindex.html index.htm;
    }
}

3. nginx分配服務(wù)器的策略

輪詢：默認(rèn)策略；每個請求按時間順序逐一分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動剔除

權(quán)重：指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。

upstream myserver {
    server192.168.12.127:8080 weight=10;
    server192.168.12.127:8081 weight=5;
}

IP綁定 ip_hash：每個請求按訪問ip的hash結(jié)果分配，這樣每個訪客固定訪問一個后端服務(wù)器，可以解決session的問題

upstream myserver { 
  ip_hash; 
  server192.168.12.127:8080;
  server192.168.12.127:8081;
}

fair：按后端服務(wù)器的響應(yīng)時間來分配請求，響應(yīng)時間短的優(yōu)先分配。

upstream backserver {
    server 192.168.12.127：8080;
    server 192.168.12.127：8081;
    fair;
}

url_hash：按訪問url的hash結(jié)果來分配請求，使每個url定向到同一個后端服務(wù)器，后端服務(wù)器為緩存時比較有效。

5.nginx配置實例之動靜分離

1. 準(zhǔn)備工作

弄好一個動態(tài)資源一個靜態(tài)資源：比如

• /shisan/image/01.jpg
• /shisan/html/01.html

2. 配置nginx文件

server {
    listen80;
    server_name192.168.12.127;
    location /html/ {
root/shisan/;
indexindex.html index.htm;
    }
    location /image/ {
root/shisan/;
autoindexon;    // 列出文件的目錄，可以自行觀看對比就知道
    }
}

6.nginx配置高可用集群

1. 因為我這里環(huán)境不允許，可以參考這個文章

Location規(guī)則

語法規(guī)則： location [=||*|^~] /uri/ {… }

首先匹配 =，其次匹配^~,其次是按文件中順序的正則匹配，最后是交給 /通用匹配。當(dāng)有匹配成功時候，停止匹配，按當(dāng)前匹配規(guī)則處理請求。

符號含義== 開頭表示精確匹配^~^~開頭表示uri以某個常規(guī)字符串開頭，理解為匹配 url路徑即可。nginx不對url做編碼，因此請求為/static/20%/aa，可以被規(guī)則^~ /static/ /aa匹配到（注意是空格）~~ 開頭表示區(qū)分大小寫的正則匹配~*~ 開頭表示不區(qū)分大小寫的正則匹配*!和!*!和!*分別為區(qū)分大小寫不匹配及不區(qū)分大小寫不匹配的正則/用戶所使用的代理（一般為瀏覽器）$http_x_forwarded_for可以記錄客戶端IP，通過代理服務(wù)器來記錄客戶端的ip地址$http_referer可以記錄用戶是從哪個鏈接訪問過來的

比這些 location 規(guī)則來選擇一個 location,對比的順序可以總結(jié)為:

1. 首先匹配前綴匹配(沒有 RE 表達(dá)式),針對當(dāng)前這個請求,每個前綴匹配都匹配一遍.
2. 搜索=匹配,如果當(dāng)前請求匹配上了,搜索將會停止,直接使用這個這個 location.
3. 如果第二步?jīng)]有匹配上,nginx 會按照如下步驟繼續(xù)搜索最長前綴匹配:
   3.1 如果最長前綴匹配有^~這個modifier,nginx 會停止搜索并直接使用這個 location.
   3.2 如果沒有使用 ^~,暫存這個 location并且繼續(xù)搜索.
4. 只要最長前綴匹配被暫存和選中,nginx 就會看當(dāng)前的 location 是否有大小寫敏感的 RE(~和~*),第一個匹配上這種會被當(dāng)做有效的 location來處理這個請求.
5. 如果沒有 RE 的 location 匹配上,前面暫存的 location 就會被選中來處理這個請求.

舉例

如下是一些 location 配置的例子,用來詳細(xì)描述上面所說的處理順序,你也可以按照具體實際情況來修改這些例子.

location  = / {
  #  只處理請求 /.
}

location /data/ {
  # 所有以 /data/ 匹配,但是還會繼續(xù)搜索.
  # 如果沒有其他 location 匹配上,就用這個處理請求.
}

location ^~ /img/ {
  # 所有以 /img/ 開頭的請求并且會停止搜索.
}

location ~* .(png|gif|ico|jpg|jpeg)$ {
  # 以png, gif, ico, jpg ,jpeg結(jié)尾的請求. 
  # 如果請求是到 /img/ 路徑的話 還是會被上面