tengine負載均衡與健康檢查

2022-07-07 10:48:13 字數 1359 閱讀 3995

1、修改conf資料夾下的nginx.conf檔案,在http內新增以下配置

upstream backend

其中,ip1:port1改為伺服器部署介面的ip和埠號

ip2:port2改為終端部署介面的ip和埠號

backup:這台伺服器就會成為備份伺服器。在平時不使用,nginx不會給它**任何請求。只有當其他節點全部無法連線的時候,nginx才會啟用這個節點。一旦有可用的節點恢復服務,該節點則不再使用,又進入後備狀態。

指令後面的引數意義是:

interval:向後端傳送的健康檢查包的間隔。

rise(rise_count): 如果連續成功次數達到rise_count,伺服器就被認為是up。

fall(fall_count): 如果連續失敗次數達到fall_count,伺服器就被認為是down。

timeout: 後端健康請求的超時時間。

type=http:健康檢查包的型別,傳送http請求,通過後端的回覆包的狀態來判斷後端是否存活。

check_http_send:配置http健康檢查包傳送的請求內容。

check_http_expect_alive :指定http回覆的成功狀態,預設認為2xx和3xx的狀態是健康的。

2、在server內新增以下配置

location /api

3、開啟gzip,在server內新增以下配置

# 開啟gzip on為開啟,off為關閉

gzip on;

# 檢查是否存在請求靜態檔案的gz結尾的檔案,如果有則直接返回該gz檔案內容,不存在則先壓縮再返回

gzip_static on;

# 設定允許壓縮的頁面最小位元組數

gzip_min_length 10k;

# 對特定的mime型別生效,其中'text/html』被系統強制啟用

# nginx作為反向**的時候啟用,開啟或者關閉後端伺服器返回的結果

# 匹配的前提是後端伺服器必須要返回包含"via"的 header頭

# any - 無條件啟用壓縮

gzip_proxied any;

# 請求加個 vary頭,給**伺服器用的,有的瀏覽器支援壓縮,有的不支援,所以避免浪費不支援的也壓縮

gzip_vary on;

# gzip壓縮比(1~9)

gzip_comp_level 7;

# 獲取多少記憶體用於快取壓縮結果,『16 8k』表示以8k * 16 為單位獲得。

gzip_buffers 16 8k;

4、重啟nginx

sudo /usr/local/nginx/sbin/nginx -s reload

shell解決DNS負載均衡RS的健康檢測

dns負載均衡,是最早的實現負載均衡技術的。在dns的配置檔案中為多個位址配置同乙個名字,即配置多條指向不同ip的a記錄,而客戶端在查詢這條a記錄的時候將隨機獲得其中乙個位址。通過以上描述不難發現,dns負載均衡有著配置簡單,效能優異,沒有修改架構的開銷等特點。因此,經常被用在內網。說了優點,也要說...

再識Nginx負載均衡與健康檢查

在業界,一直流傳這樣一句話 nginx抗併發能力強!為什麼nginx抗併發能力強?原因是使用了非阻塞 非同步傳輸 阻塞 如apache tomcat時,apache開啟10個程序,同時處理著10個請求,在tomcat沒有返回給apache結果時,apache是不會處理使用者發出的第11個請求 非阻塞...

slb健康檢查方式 負載均衡 SLB

configurehealthcheck 建立健康檢查 request parameters 請求引數 listenerid 的id 型別 string 是否可預設 否 healthcheckstate 健康檢查保持的狀態 型別 string 可取值 start stop 是否可預設 否 healt...