NetCore Nginx 負載均衡與反向代理

#這裏的域名要和下面proxy_pass的同樣 upstream fengzp.com { server 192.168.99.100:42000 weight=1; server 192.168.99.100:42001 weight=2; } server { listen 80; server_name 192.168.99.100; location / { proxy_pass http://fengzp.com; proxy_redirect default; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } }

 

三、測試

 

 

刷新頁面發現頁面會發生變化,證實負載配置成功。由於我配的權重第二個是第一個的兩倍,因此第二個出現的機率會是第一個的兩倍。html

 

四、後續問題

若是關了tomcat1,再屢次刷新頁面,接下來出現的就會都是tomcat2的頁面,可是時而快時而慢。這其中緣由是當若是nginx將請求轉發到tomcat2時,服務器會立刻跳轉成功,可是若是是轉到tomcat1,由於tomcat1已經關閉了,因此會出現一段等待響應過程的過程,要等它失敗後纔會轉到tomcat2。
而這個等待響應的時間咱們是能夠配置的。
nginx

這個時間由如下3個參數控制:
proxy_connect_timeout:與服務器鏈接的超時時間,默認60s
fail_timeout:當該時間內服務器沒響應,則認爲服務器失效,默認10s
max_fails:容許鏈接失敗次數,默認爲1
tomcat

等待時間 = proxy_connect_timeout + fail_timeout * max_fails服務器

若是我這樣配置的話,只需等待6秒就能夠了。session

五、負載均衡策略

一、輪詢負載均衡

這種是默認的策略,把每一個請求按順序逐一分配到不一樣的server,若是server掛掉,能自動剔除。測試

upstream fengzp.com { server 192.168.99.100:42000; server 192.168.99.100:42001; }

二、最少鏈接spa

把請求分配到鏈接數最少的servercode

upstream fengzp.com { least_conn; server 192.168.99.100:42000; server 192.168.99.100:42001; }

三、權重server

使用weight來指定server訪問比率,weight默認是1。如下配置會是server2訪問的比例是server1的兩倍。

upstream fengzp.com { server 192.168.99.100:42000 weight=1; server 192.168.99.100:42001 weight=2; }

四、ip_hash

每一個請求會按照訪問ip的hash值分配,這樣同一客戶端連續的Web請求都會被分發到同一server進行處理,能夠解決session的問題。若是server掛掉,能自動剔除。

upstream fengzp.com { ip_hash; server 192.168.99.100:42000; server 192.168.99.100:42001; }

ip_hash能夠和weight結合使用。

相關文章
相關標籤/搜索