Nginx stream 配置代理(Nginx TCP/UDP 負載均衡)
前奏
我們都知道 nginx 是一款優(yōu)秀的反向代理服務,用過 nginx 的也應該都知道 upstream,upstream 節(jié)點一般置于 http 節(jié)點大括號中,常規(guī)在 upstream 中配置需要被負載均衡的服務器列表。
比較多的使用做如下示意:
#user nobody nobody。
#worker_processes 2;
#pid /nginx/pid/nginx.pid;
error_log log/error.log debug;
events {
……
}
http {
……
upstream testserver {
server 192.168.1.5:8080;
server 192.168.1.6:8080;
……
}
server {
……
location / {
……
proxy_pass http://testserver;
}
}
}
從結構可以看出,這種用的比較多的配置,主要是應對 http 反向代理的。
但是如果我們想對后端服務的 TCP 進行代理,nginx 支持嗎?比如 mysql、redis 等,答案是肯定的,其實 nginx 也是支持對 TCP/UDP 進行負載均衡的,下面要說到的就是 nginx 的 stream 模塊,通過配置 stream 可以實現(xiàn)這樣的需求,這里還是更多的推薦主要將 nginx 用于 http 反向代理。
正篇
Nginx 的 TCP/UDP 負載均衡是應用 Stream 代理模塊(ngx_stream_proxy_module)和 Stream 上游模塊(ngx_stream_upstream_module)實現(xiàn)的。Nginx 的 TCP 負載均衡與 LVS 都是四層負載均衡的應用,所不同的是,LVS 是被置于 Linux 內核中的,而 Nginx 是運行于用戶層的,基于 Nginx 的 TCP 負載可以實現(xiàn)更靈活的用戶訪問管理和控制。
基本概念科普完了,下面來看一下具體的配置示例:
worker_processes 4;
worker_rlimit_nofile 40000;
events {
worker_connections 8192;
}
stream {
upstream my_servers {
least_conn;
# 5s內出現(xiàn)3次錯誤,該服務器將被熔斷5s
server <IP_SERVER_1>:3306 max_fails=3 fail_timeout=5s;
server <IP_SERVER_2>:3306 max_fails=3 fail_timeout=5s;
server <IP_SERVER_3>:3306 max_fails=3 fail_timeout=5s;
}
server {
listen 3306;
proxy_connect_timeout 5s; # 與被代理服務器建立連接的超時時間為5s
proxy_timeout 10s; # 獲取被代理服務器的響應最大超時時間為10s
proxy_next_upstream on; # 當被代理的服務器返回錯誤或超時時,將未返回響應的客戶端連接請求傳遞給upstream中的下一個服務器
proxy_next_upstream_tries 3; # 轉發(fā)嘗試請求最多3次
proxy_next_upstream_timeout 10s; # 總嘗試超時時間為10s
proxy_socket_keepalive on; # 開啟SO_KEEPALIVE選項進行心跳檢測
proxy_pass my_servers;
}
}
更多說明
- Nginx 的 TCP/UDP 負載均衡在連接分配時也支持被動健康檢測模式,如果與后端服務器建立連接失敗,并在 fail_timeout 參數(shù)的時間內連續(xù)超過 max_fails 參數(shù)設置的次數(shù),Nginx 就會將該服務器置為不可用狀態(tài),并且在 fail_timeout 參數(shù)的時間內不再給該服務器分配連接。當 fail_timeout 參數(shù)的時間結束時將嘗試分配連接檢測該服務器是否恢復,如果可以建立連接,則判定為恢復。
- 參數(shù) max_fails 是指 10s 內 Nginx 分配給當前服務器的連接失敗次數(shù)累加值,每 10s 會重置為 0;
- 參數(shù) fail_timeout 既是失敗計數(shù)的最大時間,又是服務器被置為失敗狀態(tài)的熔斷時間,超過這個時間將再次被分配連接;
- 參數(shù) proxy_connect_timeout 或 proxy_timeout 為超時狀態(tài)時,都會觸發(fā) proxy_next_upstream 機制;
- 參數(shù) proxy_next_upstream 是 Nginx 下提高連接成功率的機制,當被代理服務器返回錯誤或超時時,將嘗試轉發(fā)給下一個可用的被代理服務器;
- 參數(shù) proxy_next_upstream_tries 的指令值次數(shù)包括第一次轉發(fā)請求的次數(shù)。
- TCP 連接在接收到關閉連接通知前將一直保持連接,當 Nginx 與被代理服務器的兩個連續(xù)成功的讀或寫操作的最大間隔時間超過 proxy_timeout 指令配置的時間時,連接將會被關閉。在 TCP 長連接的場景中,應適當調整 proxy_timeout 的設置,同時關注系統(tǒng)內核 SO_KEEPALIVE 選項的配置,可以防止過早地斷開連接。
注:如果你配置 steam 模塊無效,請檢查一下你使用的版本是否支持 stream,如果未內置該模塊,你需要在編譯的時候指定參數(shù) --with-stream 進行編譯使其支持stream代理。
到此這篇關于Nginx stream 配置代理(Nginx TCP/UDP 負載均衡)的文章就介紹到這了,更多相關Nginx stream 配置代理 內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Keepalived實現(xiàn)Nginx負載均衡高可用的示例代碼
這篇文章主要介紹了Keepalived實現(xiàn)Nginx負載均衡高可用的示例代碼,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2020-04-04
nginx配置域名訪問時域名后出現(xiàn)兩個斜杠//的解決方法
最近這兩天重新寫了一下我的個人網站,在阿里云新買了一臺服務器,配置好以后出現(xiàn)了一個問題,就是輸入域名后域名地址會自動在后面追加兩個斜桿,需要的朋友可以參考下2020-07-07
Nginx性能優(yōu)化之Gzip壓縮設置詳解(最大程度提高頁面打開速度)
這篇文章主要介紹了Nginx性能優(yōu)化之Gzip壓縮設置詳解(最大程度提高頁面打開速度),需要的朋友可以參考下2022-01-01

