Nginx工作模式及代理設定的使用細節

2022-03-21 16:02:05

一、Nginx 的工作模式

1.單程序模式

單程序模式下，Nginx 啟動後只有一個程序，Nginx 的所有工作都由這個程序負責。

優點：

單程序模式由於只有一個程序，因此可以很方便的利用 gdb 等工具進行偵錯。

缺點：

單程序模式不支援 Nginx 的平滑升級功能，任何的訊號處理都可能造成服務中斷；並且由於是單程序，程序掛掉後，在沒有外部監控的情況下，無法重啟服務。

不過後面 Nginx 已經將 Master-Worker 設定成預設的工作模式，所以並不需要擔心上面的問題。

[root@localhost ~]# ps aux | grep nginx | grep -v grep
root       38395  0.0  0.0 264704  7192 ?        Ss   Dec15   0:00 nginx: master process /usr/local/nginx/sbin/nginx
root     3421689  0.0  0.0 294040 32680 ?        S    Dec24   0:00 nginx: worker process

2.Master-Worker 模式

Nginx 啟動後，會有一個 Master 程序和至少一個的 Worker 程序；Master 程序主要負責處理系統訊號，載入設定，管理 Worker 程序等操作；而 Worker 程序則是負責處理具體的業務邏輯，也就是說，對外部來說，真正提供服務的是 Worker 程序。

優點：穩定性高，只要還有 Worker 程序存活，就能夠提供服務，並且一個 Worker 程序掛掉後，Master 程序會立即啟動一個新的 Worker 程序，來保證 Worker 程序數量不變，降低服務中斷的概率；同時可以配合 Nginx 的 CPU 親和，來充分利用多核 CPU 的優勢，提升效能。

3.問題處理

前兩天博主在啟動 Nginx 的時候，是沒有問題的，但是在存取時就不行，當時通過檢視埠號，發現埠是存在的，後面使用 ps 看程序，發現只有一個 master 程序（master 程序不會對外提供服務），最後通過檢視 error.log 紀錄檔發現：

是因為使用的第三方模有問題，導致 Worker 程序並未啟動。

處理方案的話有兩種：第一個就是將第三方模組在設定中進行移除，第二個就是對第三方模組進行修復。

二、Nginx 代理設定

這裡博主主要介紹：Nginx 組態檔中 / 的作用，別看這個一個小小的符號，他的作用可以說關乎到系統是否可以正常提供服務。

Nginx 組態檔中 / 的作用，主要體現在 proxy_pass 的設定上。

準備工作：

[root@PengYuYan ~]# yum -y install nginx
[root@PengYuYan ~]# cat <<END > /etc/nginx/conf.d/Server_80.conf
server {
    listen 80;
    server_name 127.0.0.1;
    root /usr/share/nginx/html;
    index index.html;

    location /ZhangSan/ {
        proxy_pass http://127.0.0.1:8080;
    }
    location /PengYuYan/ {
        proxy_pass http://127.0.0.1:8080/;
    }
}
END
[root@PengYuYan ~]# mkdir /usr/share/nginx/html/ZhangSan
[root@PengYuYan ~]# echo "This is 127.0.0.1:80 ZhangSan" > /usr/share/nginx/html/ZhangSan/index.html
[root@PengYuYan ~]# mkdir /usr/share/nginx/html/PengYuYan
[root@PengYuYan ~]# echo "This is 127.0.0.1:80 PengYuYan" > /usr/share/nginx/html/PengYuYan/index.html

[root@PengYuYan ~]# cat <<END > /etc/nginx/conf.d/Server_8080.conf
server {
    listen 8080;
    server_name 127.0.0.1;
    root /www/html;
    index index.html;

    location / {
    }
    location /ZhangSan/ {
    }
    location /PengYuYan/ {
    }
}
END
[root@PengYuYan ~]# mkdir -p /www/html
[root@PengYuYan ~]# echo "This is 127.0.0.1:8080 /" > /www/html/index.html
[root@PengYuYan ~]# mkdir /www/html/ZhangSan
[root@PengYuYan ~]# echo "This is 127.0.0.1:8080 ZhangSan" > /www/html/ZhangSan/index.html
[root@PengYuYan ~]# mkdir /www/html/PengYuYan
[root@PengYuYan ~]# echo "This is 127.0.0.1:8080 PengYuYan" > /www/html/PengYuYan/index.html

下面的那些 location，你們是不需要重新設定的，因為上面的設定和下面對應。

1.帶 /

location /PengYuYan/ {
    proxy_pass http://127.0.0.1/8080/;
}

驗證：curl 127.0.0.1/PengYuYan/

這裡博主來分解一下：

我們 curl 127.0.0.1/PengYuYan/ 中的 PengYuYan 其實就是我們 80 埠的 location 設定，並不是 8080 埠上的設定；

而我們正好又在 proxy_pass 代理的後面增加了個 /，就導致我們實際上存取的是 curl 127.0.0.1:8080/；

也就是說，我們要是如上設定，想要存取到 8080 埠的 PengYuYan，則需要 curl 127.0.0.1/PengYuYan/PengYuYan/。

2.不帶 /

location /PengYuYan/ {
    proxy_pass http://127.0.0.1/8080/;
}

驗證：

這個其實很好理解，因為我們沒有在 proxy_pass 後面增加 /，所以 Nginx 會自動將 location 的目錄放到 proxy_pass 後面。

總結：

當我們的 proxy_pass 代理後面有 / 時，它並不會將 location 設定的目錄加進去；

而當我們的代理後面沒有加 / 時，Nginx 便會將 location 的目錄放到 proxy_pass 後面。

1）在帶有目錄的情況下加 /（修改原來的 Server_80.conf 檔案即可）

location /PengYuYan/ {
    proxy_pass http://127.0.0.1/8080/;
}

驗證：

2）在帶有目錄的情況下不加 /

location /ZhangSan/ {
    proxy_pass http://127.0.0.1/8080/ZhangSan;
}

驗證：curl 127.0.0.1/ZhangSan/，在我們的設定上，實際上是存取的 curl 127.0.0.1:8080/ZhangSan/ZhangSan/

其實啊，不管是有目錄和沒目錄，都和博主上面總結的一樣。主要還是 Nginx 中的 / 在作怪。

以上就是Nginx工作模式及代理設定的使用細節的詳細內容，更多關於Nginx工作模式代理設定的資料請關注it145.com其它相關文章！