詳解Nginx 被動檢查服務器的存活狀態(tài)

介紹
通過發(fā)送定期健康檢查來監(jiān)控上游組中 HTTP 服務器的健康狀況。Nginx 可以持續(xù)測試您的上游服務器,避免出現(xiàn)故障的服務器,并將恢復的服務器優(yōu)雅地添加到負載均衡組中。
被動健康檢查
對于被動健康檢查,Nginx 會在事務發(fā)生時對其進行監(jiān)控,并嘗試恢復失敗的連接。如果事務仍然無法恢復,Nginx 將服務器標記為不可用并暫時停止向其發(fā)送請求,直到它再次標記為活動狀態(tài)。
上游服務器標記為不可用的條件是通過上游塊中服務器指令的參數(shù)為每個上游服務器定義的:
fail_timeout:設置要將服務器標記為不可用,必須進行多次失敗嘗試的時間,以及服務器標記為不可用的時間(默認值為10秒)。max_fails:設置在fail_timeout期間必須發(fā)生的失敗嘗試次數(shù),以便將服務器標記為不可用(默認值為1次嘗試)。
在以下示例中,如果Nginx在30秒內3次未能向服務器發(fā)送請求或未收到來自服務器的響應,則會在30秒內將服務器標記為不可用:
upstream backend {
server backend1.example.com;
server backend2.example.com max_fails=3 fail_timeout=30s;
}
注意 :如果組中只有一臺服務器,則會忽略fail_timeout和max_fails參數(shù),并且服務器永遠不會標記為不可用。
服務器慢啟動
最近恢復的服務器很容易被連接淹沒,這可能會導致服務器再次被標記為不可用。慢啟動允許上游服務器在恢復或可用后逐漸從零恢復其權重到其標稱值。這可以通過 slow_start 上游server指令的參數(shù)來完成:
upstream backend {
server backend1.example.com slow_start=30s;
server backend2.example.com;
server 192.0.0.1 backup;
}
注意:如果組中只有一個服務器,
slow_start則忽略該參數(shù)并且該服務器永遠不會標記為不可用。慢啟動是 NGINX Plus(商業(yè)版) 獨有的。
到此這篇關于Nginx 被動檢查服務器的存活狀態(tài)的文章就介紹到這了,更多相關Nginx檢查服務器存活狀態(tài)內容請搜索本站以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持本站!
版權聲明:本站文章來源標注為YINGSOO的內容版權均為本站所有,歡迎引用、轉載,請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站,禁止在非maisonbaluchon.cn所屬的服務器上建立鏡像,否則將依法追究法律責任。本站部分內容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學習參考,不代表本站立場,如有內容涉嫌侵權,請聯(lián)系alex-e#qq.com處理。
關注官方微信