先談理解：

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

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

proxy_pass http://127.0.0.1:8081;

也可以配置多個

2.那就是負載均衡

定義負載均衡服務器：

upstream myserver {
    server        192.168.12.127:8080;
    server        192.168.12.127:8081;
}

修改proxy_pass

proxy_pass http://myserver;

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

1.nginx基本概念

Nginx的概念

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

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

Win下nginx的常用命令

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

nginx配置文件

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

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

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

2. 準備工作

準備好兩個服務器：8080和8081

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

3. 前往nginx配置文件配置

進入配置文件，如下配置

server {
  listen        9000;
  server_name        192.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配置實例之負載均衡

1. 準備工作

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

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

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

在http塊中配置

upstream myserver {
    server        192.168.12.127:8080;
    server        192.168.12.127:8081;
}
server {
    listen        80;
    server_name        192.168.12.127;
    location / {
        proxy_pass        http://myserver;
        root        html;
        index        index.html index.htm;
    }
}

3. nginx分配服務器的策略

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

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

upstream myserver {
    server        192.168.12.127:8080 weight=10;
    server        192.168.12.127:8081 weight=5;
}

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

upstream myserver { 
  ip_hash; 
  server        192.168.12.127:8080;
  server        192.168.12.127:8081;
}

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

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

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

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

1. 準備工作

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

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

2. 配置nginx文件

server {
    listen        80;
    server_name        192.168.12.127;
    location /html/ {
        root        /shisan/;
        index        index.html index.htm;
    }
    location /image/ {
        root        /shisan/;
        autoindex        on;            // 列出文件的目錄，可以自行觀看對比就知道
    }
}

6.nginx配置高可用集群

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

Location規(guī)則

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

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

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

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

舉例

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

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

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

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

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

總結

到此這篇關于Nginx如何配置根據(jù)路徑轉發(fā)的文章就介紹到這了,更多相關Nginx根據(jù)路徑轉發(fā)內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論