WAF SLB負載不均衡案例分享

時間點1：高防+waf+slb+2臺ecs

時間點2：高防+waf+slb+4臺ecs

在時間點1時，沒有發現明顯的負載不均衡的情況。在時間點2時，出現大部分請求都打到了其中一台ecs上。需要定位問題原因

措施：嘗試修改輪詢演算法為wlc，會話保持時間調短。

然而這個優化措施效果並不明顯，由於開啟了會話保持，那原有負載不均衡的情況下，調整wrr演算法到wlc的演算法，沒有實現預期的wlc。

但是從另外乙個角度來說，如果源ip非常分散的場景下，即使有會話保持，理論上還是應該在經過乙個較長的時間段之後，依然能夠到達均衡。

這裡由於是使用waf的回源位址進行訪問，所以對負載均衡來說，客戶端的公網ip位址是固定的，一直是固定的幾個；從而調整wlc+會話保持的調整收效甚微。

措施：嘗試關閉會話保持。

稍有成效：關閉會話保持後，經過一段時間的通訊，4臺ecs初步的開始均衡，但是到了乙個固定值之後；沒有繼續均衡，一直保持著1:2的狀態。

這裡有2個知識點：

1、wlc演算法的計數開始是從調整為這個演算法的時間點開始的；那麼如果歷史開始就出現不均衡，那麼開啟後還是會不均衡的。

2、由於waf的回源位址與slb的通訊一直在，沒有斷過所以歷史的會話保持的效果依然存在，已經會話保持的ip，依然會發給對應負載均衡的rs，導致不均衡。

WAF SLB負載不均衡案例分享

時間點1 高防 waf slb 2臺ecs 時間點2 高防 waf slb 4臺ecs 在時間點1時，沒有發現明顯的負載不均衡的情況。在時間點2時，出現大部分請求都打到了其中一台ecs上。需要定位問題原因 問題梳理 問題鏈路 是slb後端的ecs出現負載不均衡的請求，那麼直接影響這個 演算法的，是w...

BGP路由負載均衡故障案例

網路架構介紹 1 拓撲圖 考慮到公司網路私隱性和更清楚的描述故障現象，對實際網路結構進行了簡化。2 網路規劃及資料配置簡介 asr9k分別以互聯位址與兩台n7k建立ibgp鄰居關係 asr9k下掛思科752架構，752下為cdn伺服器 伺服器閘道器均在n7k，兩台7k之間起hsrp v2，相同優先順...

記錄乙個多核CPU負載不均衡問題

在一台多核cpu的web伺服器上，存在負載不均衡問題，其中，其中cpu0的負載明顯高於其他cpux，進一步調查表明php fpm的嫌疑最大 讓我們在一台四核伺服器上取樣分析一下資料確認看看是否存在負載不均衡問題 shell mpstat p all 1 10 cpu usr nice sys iow...