寫在前面
這次又被問到Nginx四層負載均衡的問題了,別慌,我們一起來細細分析這個看似簡單的問題。
如果文章對你有點幫助,請關注 冰河技術 微信公眾號,點贊、在看、留言和轉發,大家的四連是我持續創作的最大動力。
負載均衡可以分為靜態負載均衡和動態負載均衡,接下來,我們就一起來分析下Nginx如何實現四層靜態負載均衡和四層動態負載均衡。
靜態負載均衡
Nginx的四層靜態負載均衡需要啟用ngx_stream_core_module模組,預設情況下,ngx_stream_core_module是沒有啟用的,需要在安裝Nginx時,新增--with-stream配置引數啟用,如下所示。
./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 {
#監聽埠,預設使用的是tcp協議,如果需要UDP協議,則配置成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;
#限速配置
#從客戶端讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_upload_rate 0;
#從上游伺服器讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_download_rate 0;
#上游伺服器
proxy_pass mysql_backend;
}
配置完之後,就可以連線Nginx的3307埠,訪問資料庫了。
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 {
#監聽埠,預設使用的是tcp協議,如果需要UDP協議,則配置成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;
#限速配置
#從客戶端讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_upload_rate 0;
#從上游伺服器讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_download_rate 0;
#上游伺服器
proxy_pass mysql_backend;
}
}
動態負載均衡
配置Nginx四層靜態負載均衡後,重啟Nginx時,Worker程式一直不退出,會報錯,如下所示。
nginx: worker process is shutting down;
這是因為Worker程式維持的長連線一直在使用,所以無法退出,只能殺掉程式。可以使用Nginx的四層動態負載均衡解決這個問題。
使用Nginx的四層動態負載均衡有兩種方案:使用商業版的Nginx和使用開源的nginx-stream-upsync-module模組。
注意:四層動態負載均衡可以使用nginx-stream-upsync-module模組,七層動態負載均衡可以使用nginx-upsync-module模組。
使用如下命令為Nginx新增nginx-stream-upsync-module模組和nginx-upsync-module模組,此時,Nginx會同時支援四層動態負載均衡和HTTP七層動態負載均衡。
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伺服器出現問題,本地還有一個備份。
配置server
server {
#監聽埠,預設使用的是tcp協議,如果需要UDP協議,則配置成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;
#限速配置
#從客戶端讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_upload_rate 0;
#從上游伺服器讀資料的速率,單位為每秒位元組數,預設為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檢視當前動態負載均衡上游伺服器列表。
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 {
#監聽埠,預設使用的是tcp協議,如果需要UDP協議,則配置成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;
#限速配置
#從客戶端讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_upload_rate 0;
#從上游伺服器讀資料的速率,單位為每秒位元組數,預設為0,不限速
proxy_download_rate 0;
#上游伺服器
proxy_pass mysql_backend;
}
server {
listen 13307;
upstream_show;
}
}
重磅福利
關注「 冰河技術 」微信公眾號,後臺回覆 “設計模式” 關鍵字領取《深入淺出Java 23種設計模式》PDF文件。回覆“Java8”關鍵字領取《Java8新特性教程》PDF文件。回覆“限流”關鍵字獲取《億級流量下的分散式限流解決方案》PDF文件,三本PDF均是由冰河原創並整理的超硬核教程,面試必備!!
好了,今天就聊到這兒吧!別忘了點個贊,給個在看和轉發,讓更多的人看到,一起學習,一起進步!!
寫在最後
如果你覺得冰河寫的還不錯,請微信搜尋並關注「 冰河技術 」微信公眾號,跟冰河學習高併發、分散式、微服務、大資料、網際網路和雲原生技術,「 冰河技術 」微信公眾號更新了大量技術專題,每一篇技術文章乾貨滿滿!不少讀者已經通過閱讀「 冰河技術 」微信公眾號文章,吊打面試官,成功跳槽到大廠;也有不少讀者實現了技術上的飛躍,成為公司的技術骨幹!如果你也想像他們一樣提升自己的能力,實現技術能力的飛躍,進大廠,升職加薪,那就關注「 冰河技術 」微信公眾號吧,每天更新超硬核技術乾貨,讓你對如何提升技術能力不再迷茫!