2008-12-18 30 views

回答

13

這是容量規劃的一個基本問題。您首先定義一個工作負載模型,它描述了您期望獲得的流量。這可能很簡單,例如「我預計最多隻能打20頁」。

然後你需要考慮突發負載。倘無其他數據,你可以假設到達間隔時間爲指數分佈,這意味着,如果你有在時間頁面請求,你一樣可能有下一個到來下一個一很短的時間後t很長時間。 (這是一個過於簡單化的過程,但只會做一個簡單的回答。)

所以我們假設平均到達間隔時間是&lambda ;.因爲時間分佈是指數型的,我們知道我們可以用正態分佈來描述到達間期時間分佈,其中一個標準偏差(1 σ)等於√&lambda ;.所以,我們知道的時候

  • 約32%,二 頁將被要求小於 &拉姆達; - √&拉姆達;秒 分開。
  • 約有5%的時間,兩個 頁將被要求少於 &2 √λ秒 分開。
  • 的時間不到1%,2 頁將被請求的小於 &拉姆達; - 3&√拉姆達;秒 分開。

決定你願意接受什麼,並測試以確保你的網絡系統能夠維持這個速度。

+0

你能否在你的間隔時間內闡明你的計算?在5秒時,3σ/ 1%的情況實際上變爲負值(-1.7)。這沒有意義... – 2009-12-07 17:56:33

0

這確實取決於您的Web應用程序需求和流量預期。

很少有網站在頭幾個月內需要多個合理的專用服務器。如果你這樣做,那麼你可能買得起更多的硬件;)

1

我猜你的網絡應用程序不是一個關鍵的業務應用程序,因爲你說「一臺服務器」和「一個數據庫」,否則你應該看看對於某些冗餘手段?

在工作中,我們有一些關於硬件的指導原則,最新的建議是服務器應該是64位,因爲SharePoint 14看起來像只有64位版本。

如果你能負擔得起,我會建議SQL服務器應該是64位,因爲大多數人都同意增加更多的RAM(高於4Gb)真的值得。

4

爲了增加查理所說的話,一旦你有一個工作負荷模型,你可以將它提供給你的系統仿真,以確定滿足這個負載所需要的馬力。有一些工具可以做這種模擬:

這東西是不容易的,而商業工具將花費你。

您也可以嘗試尋找接近您的預期負載的基準,並查看哪些系統爲您提供了所需的性能。 TPC benchmarks將是一個很好的開始。

相關問題