可能原因

? ECS實例請求連接數較少。

? 不同ECS實例的性能不同導致請求不均衡。

ECS實例內存使用情況不能準確的判斷請求轉發是否均衡。

? 開啟了會話保持功能 。

配置了會話保持，當訪問負載均衡實例的客戶端又很少時，容易導致不均衡，尤其在使用少量客戶端對負載均衡進行測試的時候。比如TCP監聽，開啟了會話保持（四層是基于來源地址做會話保持），使用一臺客戶端對負載均衡實例進行壓測，就會導致不均衡。

? ECS健康檢查異常 。

后端服務器ECS的健康建狀態異常會導致不均衡，尤其在壓測的時候容易忽略后端服務器ECS的健康檢查狀態，如果有后端服務器ECS健康檢查失敗或者健康檢查狀態經常跳躍（好到壞，又從壞到好，反復變化）必然會導致不均衡。

? TCP Keepalive保持長連接 。

后端服務器ECS有些開啟了TCP Keepalive保持長連接，而有些又沒有開啟，則連接會在保持長連接的后端服務器上堆積，造成不均衡。

排查和解決方法

? 查看后端各臺ECS的權重是否相同。

? 在相關時間段內是否有健康檢查失敗或波動現象，查找波動的原因；或者健康檢查沒有配置正確的響應碼2xx，3xx導致了健康檢查顯示正常，但后端服務有異常。

? 是否同時使用了加權最小連接數（WLC）調度方式和會話保持，如果是，嘗試改為加權輪詢（WRR）算法和會話保持。