當前位置:首頁 > 公眾號精選 > 架構師社區(qū)
[導讀]寫在前面 這次又被問到Nginx四層負載均衡的問題了,別慌,我們一起來細細分析這個看似簡單的問題。 負載均衡可以分為靜態(tài)負載均衡和動態(tài)負載均衡,接下來,我們就一起來分析下Nginx如何實現(xiàn)四層靜態(tài)負載均衡和四層動態(tài)負載均衡。 靜態(tài)負載均衡 Nginx的四層靜



寫在前面

這次又被問到Nginx四層負載均衡的問題了,別慌,我們一起來細細分析這個看似簡單的問題。

負載均衡可以分為靜態(tài)負載均衡和動態(tài)負載均衡,接下來,我們就一起來分析下Nginx如何實現(xiàn)四層靜態(tài)負載均衡和四層動態(tài)負載均衡。

靜態(tài)負載均衡

Nginx的四層靜態(tài)負載均衡需要啟用ngx_stream_core_module模塊,默認情況下,ngx_stream_core_module是沒有啟用的,需要在安裝Nginx時,添加--with-stream配置參數(shù)啟用,如下所示。

./configure --prefix=/usr/local/nginx-1.17.2 --with-openssl=/usr/local/src/openssl-1.0.2s --with-pcre=/usr/local/src/pcre-8.43 --with-zlib=/usr/local/src/zlib-1.2.11 --with-http_realip_module --with-http_stub_status_module --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module --with-cc-opt=-O3 --with-stream  --with-http_ssl_module

配置四層負載均衡

配置HTTP負載均衡時,都是配置在http指令下,配置四層負載均衡,則是在stream指令下,結構如下所示.

stream {
 upstream mysql_backend {
  ......
 }
 server {
  ......
 }
}

配置upstream

upstream mysql_backend {
 server 192.168.175.201:3306 max_fails=2 fail_timeout=10s weight=1;
 server 192.168.175.202:3306 max_fails=2 fail_timeout=10s weight=1;
 least_conn;
}

配置server

server { #監(jiān)聽端口,默認使用的是tcp協(xié)議,如果需要UDP協(xié)議,則配置成listen 3307 udp; listen 3307; #失敗重試 proxy_next_upstream on;
 proxy_next_upstream_timeout 0;
 proxy_next_upstream_tries 0; #超時配置 #配置與上游服務器連接超時時間,默認60s proxy_connect_timeout 1s; #配置與客戶端上游服務器連接的兩次成功讀/寫操作的超時時間,如果超時,將自動斷開連接 #即連接存活時間,通過它可以釋放不活躍的連接,默認10分鐘 proxy_timeout 1m; #限速配置 #從客戶端讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_upload_rate 0; #從上游服務器讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_download_rate 0; #上游服務器 proxy_pass mysql_backend;
}

配置完之后,就可以連接Nginx的3307端口,訪問數(shù)據(jù)庫了。

Nginx完整配置

完整的Nginx配置如下:

user  hadoop hadoop;
worker_processes  auto;
 
error_log  logs/error.log; #error_log  logs/error.log  notice; #error_log  logs/error.log  info; #pid        logs/nginx.pid; events {
 use epoll;
    worker_connections  1024;
}
 
stream {
 upstream mysql_backend {
  server 192.168.175.100:3306 max_fails=2 fail_timeout=10s weight=1;
  least_conn;
 }
 server { #監(jiān)聽端口,默認使用的是tcp協(xié)議,如果需要UDP協(xié)議,則配置成listen 3307 udp; listen 3307; #失敗重試 proxy_next_upstream on;
  proxy_next_upstream_timeout 0;
  proxy_next_upstream_tries 0; #超時配置 #配置與上游服務器連接超時時間,默認60s proxy_connect_timeout 1s; #配置與客戶端上游服務器連接的兩次成功讀/寫操作的超時時間,如果超時,將自動斷開連接 #即連接存活時間,通過它可以釋放不活躍的連接,默認10分鐘 proxy_timeout 1m; #限速配置 #從客戶端讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_upload_rate 0; #從上游服務器讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_download_rate 0; #上游服務器 proxy_pass mysql_backend;
 }
}

動態(tài)負載均衡

配置Nginx四層靜態(tài)負載均衡后,重啟Nginx時,Worker進程一直不退出,會報錯,如下所示。

nginx: worker process is shutting down;

這是因為Worker進程維持的長連接一直在使用,所以無法退出,只能殺掉進程??梢允褂肗ginx的四層動態(tài)負載均衡解決這個問題。

使用Nginx的四層動態(tài)負載均衡有兩種方案:使用商業(yè)版的Nginx和使用開源的nginx-stream-upsync-module模塊。注意:四層動態(tài)負載均衡可以使用nginx-stream-upsync-module模塊,七層動態(tài)負載均衡可以使用nginx-upsync-module模塊。

使用如下命令為Nginx添加nginx-stream-upsync-module模塊和nginx-upsync-module模塊,此時,Nginx會同時支持四層動態(tài)負載均衡和HTTP七層動態(tài)負載均衡。

git clone https://github.com/xiaokai-wang/nginx-stream-upsync-module.git
git clone https://github.com/weibocom/nginx-upsync-module.git
git clone https://github.com/CallMeFoxie/nginx-upsync.git
cp -r nginx-stream-upsync-module/* nginx-upsync/nginx-stream-upsync-module/
cp -r nginx-upsync-module/* nginx-upsync/nginx-upsync-module/
 
./configure --prefix=/usr/local/nginx-1.17.2 --with-openssl=/usr/local/src/openssl-1.0.2s --with-pcre=/usr/local/src/pcre-8.43 --with-zlib=/usr/local/src/zlib-1.2.11 --with-http_realip_module --with-http_stub_status_module --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module --with-cc-opt=-O3 --with-stream --add-module=/usr/local/src/nginx-upsync --with-http_ssl_module

配置四層負載均衡

配置HTTP負載均衡時,都是配置在http指令下,配置四層負載均衡,則是在stream指令下,結構如下所示,

stream {
 upstream mysql_backend {
  ......
 }
 server {
  ......
 }
}

配置upstream

upstream mysql_backend {
 server 127.0.0.1:1111; #占位server upsync 192.168.175.100:8500/v1/kv/upstreams/mysql_backend upsync_timeout=6m upsync_interval=500ms upsync_type=consul strong_dependency=off;
 upsync_dump_path /usr/local/nginx-1.17.2/conf/mysql_backend.conf;
}
  • upsync指令指定從consul哪個路徑拉取上游服務器配置;
  • upsync_timeout配置從consul拉取上游服務器配置的超時時間;
  • upsync_interval配置從consul拉取上游服務器配置的間隔時間;
  • upsync_type指定使用consul配置服務器;
  • strong_dependency配置nginx在啟動時是否強制依賴配置服務器,如果配置為on,則拉取配置失敗時Nginx啟動同樣失敗。
  • upsync_dump_path指定從consul拉取的上游服務器后持久化到的位置,這樣即使consul服務器出現(xiàn)問題,本地還有一個備份。

配置server

server { #監(jiān)聽端口,默認使用的是tcp協(xié)議,如果需要UDP協(xié)議,則配置成listen 3307 udp; listen 3307; #失敗重試 proxy_next_upstream on;
 proxy_next_upstream_timeout 0;
 proxy_next_upstream_tries 0; #超時配置 #配置與上游服務器連接超時時間,默認60s proxy_connect_timeout 1s; #配置與客戶端上游服務器連接的兩次成功讀/寫操作的超時時間,如果超時,將自動斷開連接 #即連接存活時間,通過它可以釋放不活躍的連接,默認10分鐘 proxy_timeout 1m; #限速配置 #從客戶端讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_upload_rate 0; #從上游服務器讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_download_rate 0; #上游服務器 proxy_pass mysql_backend;
}

從Consul添加上游服務器

curl -X PUT -d "{\"weight\":1, \"max_fails\":2, \"fail_timeout\":10}" http://192.168.175.100:8500/v1/kv/upstreams/mysql_backend/192.168.175.201:3306
curl -X PUT -d "{\"weight\":1, \"max_fails\":2, \"fail_timeout\":10}" http://192.168.175.100:8500/v1/kv/upstreams/mysql_backend/192.168.175.202:3306

從Consul刪除上游服務器

curl -X DELETE http://192.168.175.100:8500/v1/kv/upstreams/mysql_backend/192.168.175.202:3306

配置upstream_show

server {
 listen 13307;
 upstream_show;
}

配置upstream_show指令后,可以通過curl http://192.168.175.100:13307/upstream_show查看當前動態(tài)負載均衡上游服務器列表。

Nginx完整配置

Nginx的完整配置如下:

user  hadoop hadoop;
worker_processes  auto;
 
error_log  logs/error.log; #error_log  logs/error.log  notice; #error_log  logs/error.log  info; #pid        logs/nginx.pid; events {
 use epoll;
    worker_connections  1024;
}
 
stream {
 upstream mysql_backend {
  server 127.0.0.1:1111; #占位server upsync 192.168.175.100:8500/v1/kv/upstreams/mysql_backend upsync_timeout=6m upsync_interval=500ms upsync_type=consul strong_dependency=off;
  upsync_dump_path /usr/local/nginx-1.17.2/conf/mysql_backend.conf;
 }
 server { #監(jiān)聽端口,默認使用的是tcp協(xié)議,如果需要UDP協(xié)議,則配置成listen 3307 udp; listen 3307; #失敗重試 proxy_next_upstream on;
  proxy_next_upstream_timeout 0;
  proxy_next_upstream_tries 0; #超時配置 #配置與上游服務器連接超時時間,默認60s proxy_connect_timeout 1s; #配置與客戶端上游服務器連接的兩次成功讀/寫操作的超時時間,如果超時,將自動斷開連接 #即連接存活時間,通過它可以釋放不活躍的連接,默認10分鐘 proxy_timeout 1m; #限速配置 #從客戶端讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_upload_rate 0; #從上游服務器讀數(shù)據(jù)的速率,單位為每秒字節(jié)數(shù),默認為0,不限速 proxy_download_rate 0; #上游服務器 proxy_pass mysql_backend;
 }
 server {
  listen 13307;
  upstream_show;
 }
}


免責聲明:本文內(nèi)容由21ic獲得授權后發(fā)布,版權歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或將催生出更大的獨角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉型技術解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關鍵字: 汽車 人工智能 智能驅動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務中斷的風險,如企業(yè)系統(tǒng)復雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務連續(xù)性,提升韌性,成...

關鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質量流程IT總裁陶景文發(fā)表了演講。

關鍵字: 華為 12nm EDA 半導體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權最終是由生態(tài)的繁榮決定的。

關鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務引領增長 以科技創(chuàng)新為引領,提升企業(yè)核心競爭力 堅持高質量發(fā)展策略,塑強核心競爭優(yōu)勢...

關鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術學會聯(lián)合牽頭組建的NVI技術創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術創(chuàng)新聯(lián)...

關鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關鍵字: BSP 信息技術
關閉
關閉