Haproxy和IIS之間TCP性能測試

情況1
Haproxy 添加 option httpclose ，timeout值為60s
IIS keepalive 勾選             timeout值為默認240s

前端沒有壓力情況下，單獨IP刷新測試，大約刷新10次頁面
前端time_wait 數量很多，有80多條time_wait記錄。
後端IIS,12條time_wait記錄，沒有established記錄

情況2
Haproxy 刪除 option httpclose ，timeout值為60s
IIS keepalive 勾選             timeout值為默認240s

前端沒有壓力情況下，單獨IP刷新測試，大約刷新10次頁面
前端HAproxy只有established 連接，有5條established記錄，沒有發現time_wait記錄
後端IIS,12條time_wait記錄，沒有established記錄


情況3
Haproxy 刪除 option httpclose ，timeout值為60s
IIS keepalive 不勾選           timeout值為默認240s

前端沒有壓力情況下，單獨IP刷新測試，大約刷新10次頁面
前端time_wait 數量很多，有80多條time_wait記錄。
後端time_wait 數量很多，目次情況下大約有2屏幕的記錄。

到目前為止，結論，IIS keepalive 值對於消除time_wait記錄很重要，建議勾選。Haproxy沒有支持keepalive，但它只要關閉option httpclose 選項。就能達到類似tunnel optimize的效果。
為了支持對動態網頁的keepalive off選項，故作如下測試

情況4
Haproxy 保留 option httpclose ，timeout值為0s
IIS keepalive 不勾選           timeout值為默認0s   (非常爽快的當機了)
                       timeout值為默認1s    (正常啟動了)
Haproxy 有一則說明，大意就是關閉連接這個活，盡量去讓cpu負擔吧，納秒級的運行速度，為什麼不壓榨使用。
IIS 徹底沒看見estableshed 和 time_wait 記錄
Linux 需要編譯內核，也能支持。Time_wait 記錄也基本看不見了。
效果很好。可惜唯一的因數：就是修改成0后，系統非常爽快的當機了，個人擔心修改後的系統會不穩定。
哪位同仁，如果在實際生產環境中使用了4這個情況，請一定把結果和壓力情況發給我。
darleter[###]hotmail.com [###]替換成@

Haproxy和IIS之間TCP性能測試

情況1
Haproxy 添加 option httpclose ，timeout值為60s
IIS keepalive  ...
Darleter 發表於 2011-01-17 17:59 http://bbs.chinaunix.net/images/common/back.gif


    Haproxy是裝在Linux下的嗎，Linux的Haproxy和IIS做負載均衡兼容怎樣啊，我知道haproxy是支持session的，但是不知道跟IIS結合怎樣，因為我想用IIS跑.net

    centos 5.5 升級內核至 2.6.32  
    HP 360 DL 380 DL都有應用。
   IIS 端，機器很複雜。兼容機，DELL，HP都有。
   
   應用的話，我現在就在應用。
   1台HAPROXY，掛10個後端。網站能支撐到5萬鏈接數。而且還很穩定。
   前端單機冗餘，是自己想辦法寫了個小腳本來監控。
    centos 5.5 升級內核至 2.6.32  
    HP 360 DL 380 DL都有應用。
   IIS 端，機器 ...

Tags: