Ribbon 負載均衡策略
阿新 • • 發佈:2020-11-14
Ribbon 負載均衡策略詳情
策略名 | 策略描述 | 實現說明 |
---|---|---|
BestAvailableRule | 選擇一個最小的併發請求的server | 逐個考察Server,如果Server被tripped了,則忽略,在選擇其中ActiveRequestsCount最小的server |
AvailabilityFilteringRule | 過濾掉那些因為一直連線失敗的被標記為circuit tripped的後端server,並過濾掉那些高併發的的後端server(active connections 超過配置的閾值) | 使用一個AvailabilityPredicate來包含過濾server的邏輯,其實就就是檢查status裡記錄的各個server的執行狀態 |
WeightedResponseTimeRule | 根據響應時間分配一個weight,響應時間越長,weight越小,被選中的可能性越低。 | 一個後臺執行緒定期的從status裡面讀取評價響應時間,為每個server計算一個weight。Weight的計算也比較簡單responsetime 減去每個server自己平均的responsetime是server的權重。當剛開始執行,沒有形成status時,使用roubine策略選擇server。 |
RetryRule | 對選定的負載均衡策略機上重試機制。 | 在一個配置時間段內當選擇server不成功,則一直嘗試使用subRule的方式選擇一個可用的server |
RoundRobinRule | roundRobin方式輪詢選擇server | 輪詢index,選擇index對應位置的server |
RandomRule | 隨機選擇一個server | 在index上隨機,選擇index對應位置的server |
ZoneAvoidanceRule | 複合判斷server所在區域的效能和server的可用性選擇server | 使用ZoneAvoidancePredicate和AvailabilityPredicate來判斷是否選擇某個server,前一個判斷判定一個zone的執行效能是否可用,剔除不可用的zone(的所有server),AvailabilityPredicate用於過濾掉連線數過多的Server。 |
使用時簡單yaml配置
[application-name].ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule
ribbon.ReadTimeout=1000 //處理請求的超時時間,預設為1秒
ribbon.ConnectTimeout=1000 //連線建立的超時時長,預設1秒
ribbon.MaxAutoRetriesNextServer=0 //重試負載均衡其他例項的最大重試次數,不包括首次呼叫,預設為0次
ribbon.MaxAutoRetries=1 //同一臺例項的最大重試次數,但是不包括首次呼叫,預設為1次
ribbon.OkToRetryOnAllOperations=false //是否對所有操作都重試,預設false