一、tcp 4層檢查
virtual_server 192.168.2.213 80 {
delay_loop 6
lb_algo wlc #採取權重式最少鏈結分配
lb_kind dr #採取dr模式
protocol tcp
real_server 192.168.2.220 80 {
tcp_check { #tcp 檢查
connect_port 4000
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
real_server 192.168.2.221 80 {
tcp_check { #tcp 檢查
connect_port 4000
connect_timeout 10
nb_get_retry 3
delay_before_retry 3
二、http 7層檢查
#vip和對應的真實伺服器設定
virtual_server 192.168.2.212 80 {
delay_loop 6
lb_algo wlc #採取權重式的最少鏈結分配模式
lb_kind dr #採取dr模式
digest 444bcb3a3fcf8389296c49467f27e1d6 #使用 genhash 做的 http摘要
digest 444bcb3a3fcf8389296c49467f27e1d6 #使用 genhash 做的 http摘要
connect_timeout 10
nb_get_retry 3
delay_before_retry 2
備註：genhash使用方法
[root@188-test html]# genhash -s 192.168.2.188 -p 80 -u /index.html
md5sum = bfaa334fdd71444e45eca3b7a1679a4a
可以參考genhash命令的幫助文件
三、自定義指令碼檢查
Nginx被動健康檢查和主動健康檢查
1.被動健康檢查 nginx自帶有健康檢查模組 ngx http upstream module，可以做到基本的健康檢查，配置如下 upstream cluster server nginx只有當有訪問時後，才發起對後端節點探測。如果本次請求中，節點正好出現故障，nginx依然將請求轉交給故障的節點...
應用健康檢查
我們的應用是都是走自動化指令碼發布的，當發布完成後，通常的做法可能是直接看發布日誌是否有報錯，但這需要人工去操作，所以我們寫了乙個健康檢查的頁面，在發布完成後用指令碼去訪問這個健康頁面，看是否能正常訪問，從而確定應用是否正常啟動。servlet private static final long s...
Nginx 健康檢查
nginx 的健康檢查這塊筆者在網上看了很多文章，基本都是零零散散的，講各種實現方式，沒有一篇能完整的講當下的 nginx 實現健康檢查的幾種方式，應該選哪一種來使用，於是筆者想總結一篇。一 目前 nginx 支援兩種主流的健康檢查模式 主動檢查模式 nginx 服務端會按照設定的間隔時間主動向後端...