我正在處理客戶端提案，他們需要升級其網絡基礎結構以支持託管ASP.NET應用程序。實質上，我需要估算具有已知用戶數量（當前爲250）的系統的峯值使用情況。一個簡單的答案就像「你需要一條專用的T1線路」可能就足夠了，但我想要有數據來支持它。估計Web應用程序峯值帶寬需求的最準確方法是什麼？
Another question引用了NetLimiter，它看起來很漂亮，可以瞭解正在使用的內容。
我的一般想法是，我將啓動Web應用程序並使用該系統，就像我預計它將在客戶中使用一樣，在特定的時間跨度上以一種悠閒的速度使用，然後將帶寬使用率按用戶數量和時間劃分。
這看起來不太科學。對於提案可能已經足夠了，但我想看看是否有更好的方法。
我知道有負載工具可用於測試Web應用程序的性能，但似乎這些工具無法準確模擬帶寬測試的高峯用戶負載（一次太多）。
該平臺是Windows/ASP.NET，應用程序託管在SharePoint（MOSS 2007）中。
代替一個很好的帶寬使用報告工具，你總是可以做一個粗略的猜測。
N =頁面視圖中最繁忙小時 P =平均頁面大小
（N * P）/ 3600）號每秒=平均流量。
服務器本身會有更多的內部流量可能是數據庫服務器/ NAS /等。但面向外部的應該會給你一個非常粗略的使用方法。顯然，你將需要遠遠超過上述價值，因爲你永遠不想被100％利用，並允許其他流量。
我也不會建議使用250個用戶的任意數字。使用最重的生產日/小時作爲參考。如果你喜歡的話，可以是雙倍和三倍，但是如果你有良好的日誌文件/用戶審計，那會給你預期的用戶行爲分佈。這將有助於讓您的猜測更準確。
正如另一位評論者指出的那樣，當冗餘和帶寬可用性成爲關注點時，數據中心是一個好主意。您的需求可能會有所不同，但不要輕視這一建議。
還有幾個問題需要在這裏提出。
它是250個總用戶還是250個併發用戶？如果併發，是250峯還是250？如果它總共有250個用戶，他們是否都希望同時使用它（例如，內部網站，人們必須將其用作他們工作的一部分），還是更多的是他們可能或不可以的社區站點用它？我假設你說過這樣的話，它總共有250個用戶，但是仍然沒有足夠說明網站做出估計。
如果它是一個社區或「正常」的互聯網網站，它也將取決於使用情況 - 例如，人們是否真的會強烈使用它，或者是某些用戶會簡單地登錄一次，然後忘記？從您的角度來看，這可能是一個棘手的問題，因爲您會想要假設前者，但如果您在網絡基礎架構上花費大量資金，並且沒有人最終使用它，那可能是一件非常糟糕的事情。
網站在做什麼？在頻譜的低端，有一個「典型」的網絡應用程序，您可以在其中獲得合理的大小（比如1-2k）頁面和少量圖像。更激烈的是一個擁有大量媒體的網站 - 例如flickr風格的圖片瀏覽。在高端是一個有很多下載的網站 - 流媒體電影，或只是下載大文件或數據集。
這是越來越多的問題的門檻，但另一件要注意的是該網站的未來：使用可能在未來一年或一個月可能翻番？小心鎖定與T1或光纖連接之類的長期合同，而無需升級。
另一個問題是可靠性 - 你需要冗餘連接嗎？它可能需要很多預先費用，但是有多種方法可以實現多宿主連接，您可以通過多個鏈接來平衡訪問，然後在發生故障時只使用一個（儘管容量減少）。
另一個需要考慮的方法是有效地讓您完全避免整個問題，只是將應用程序託管在數據中心。您支付的月費相對較低（與專用高質量連接的費用相比較低），並且您可以獲得儘可能多的帶寬（例如，大多數託管計劃會爲您提供每月500GB的轉移，從一開始 - 有些會給你無限的）。由於數據中心具有冗餘互聯網，備用電源，冗餘散熱，防火，物理安全等功能，因此數據中心的可靠性也將比您可以構建的任何產品（缺少您自己的6+圖形數據中心）更可靠。他們還擁有管理所有人這對你來說，所以你永遠不必處理它。
從平均流量估算到突發負載容量規劃，請參閱Charlie Martin關於此評論的優秀註釋：http://stackoverflow.com/questions/379478/whats-the-best-way-to-determine-the/-hardware-要求換的應用程序379543＃379543 – 2009-12-07 16:23:24