2008-12-18 61 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将是一个很好的开始。

相关问题