大佬好,請教一些關於鏈路負載均衡的配置問題。
示例配置:
loadbalance link ISP1
router ip 192.168.1.2
success-criteria at-least 1
probe ISP1_check //假如該鏈路檢查失敗。
#
loadbalance link ISP2
router ip 192.168.2.2
success-criteria at-least 1
probe ISP2_check //假如該鏈路檢查正常
#
loadbalance link-group Badgroup
predictor hash address source
fail-action reset
transparent enable
probe ISP1_check
success-criteria at-least 1
link ISP1
success-criteria at-least 1
#
loadbalance link-group GoodGroup
transparent enable
probe ISP1_check //故障鏈路
probe ISP2_check //好鏈路
success-criteria at-least 1
link ISP1
success-criteria at-least 1
link ISP2
success-criteria at-least 1
#
sticky-group 1 type address-port
ip source
timeout 180
#
loadbalance action A1 type link-generic
link-group Badgroup sticky 1
fallback-action continue
#
loadbalance action B1 type link-generic
link-group GoodGroup sticky 1
fallback-action continue
#
loadbalance policy xx type link-generic
class 123 action A1
class 456 action B1
後麵配置略。
問題1. class 123匹配的和class 456 的不一樣,這種情況下class123 的肯定不能上網是吧?
那class 456可以上網嗎?
問題2. success-criteria at-least 1這個參數 有什麼作用?
謝謝。
(0)
最佳答案
1、是的,123不能,456可以,因為456裏ISP2這條鏈路是好的,流量會走ISP2
2、要求鏈路至少通過1次的健康檢測
(0)
謝謝,如果我增加下麵的配置,那麼123雖然沒有匹配之前的,會不會根據最後這條,自動從Badgroup換到Goodgroup來實現訪問互聯網呢? loadbalance action Default type link-generic forward all default-class action Default
謝謝,恩。如果我為了給123也保障一下,那在virtual-service 裏麵加個default link-group Goodgroup 是不是就可以實現了。因為goodgroup 裏綁定了2個link,雖然這個service 綁定了lb-policy 再設置個default linkgroup 可以吧?
親~登錄後才可以操作哦!
確定你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作
舉報
×
侵犯我的權益
×
侵犯了我企業的權益
×
抄襲了我的內容
×
原文鏈接或出處
誹謗我
×
對根叔社區有害的內容
×
不規範轉載
×
舉報說明
可以