Web applications 确定应用程序硬件需求的最佳方法是什么

您使用什么方法来确定服务器需要什么类型的硬件

我经常发现很难预测基于web的数据库应用程序需要什么样的硬件

---

关于如何最好地选择硬件使用，您有什么好的方法或建议吗？

这实际上取决于您的web应用程序需求和流量预期

---

很少有网站会在头几个月内需要超过一台合理的专用服务器。如果你需要，那么你可能买得起更多的硬件；）

我想您的web应用程序并不像您所说的“服务器”和“数据库”那样是一个关键的业务应用程序，否则您可能应该寻找一些冗余方法

在工作中，我们有一些关于硬件的指导原则，最新的建议是服务器应该是64位的，因为SharePoint 14看起来像一个仅64位的版本

---

如果你能负担得起，我建议SQL server应该是64位的，因为大多数人都同意增加更多的RAM（超过4GB）确实会有回报。

这是容量规划的基本问题。首先定义一个工作负载模型，该模型描述了您期望在流量方面得到的结果。这可以简单到“我预计每分钟最多点击20页。”

然后，您需要考虑突发负载。如果没有任何其他数据，您可以假设到达间隔时间是指数分布的，这意味着如果您在时间t0有一个页面请求，那么在时间t0之后很短的一段时间内下一个到达时间tn的可能性与长时间相同。（这是一个严重的过度简化，但对于一页纸的答案就足够了。）

假设平均到达时间是λ。因为时间分布是指数分布，我们知道我们可以用正态近似到达间隔时间分布，一个标准偏差（1σ）等于√λ. 所以，我们知道

• 大约百分之三十二的时间，两个 要求的页数将少于 λ- √λ秒 分开
• 大约百分之五的时间，两个 要求的页数将少于 λ- 2√λ秒 分开
• 不到百分之一的时间，两个 要求的页数将少于 λ- 3√λ秒 分开

---

确定您愿意接受的内容，并进行测试以确保您的web系统能够维持该速率。

为了补充Charlie所说的内容，一旦您有了工作负载模型，您可以将其输入到系统模拟中，以确定满足该负载所需的马力。有一些工具可以进行这种模拟：

这件事并不容易，商业工具也会花费你很多钱

---

您还可以尝试寻找一个接近预期负载的基准测试，并查看哪些系统提供了您想要的性能。这将是一个很好的起点。

您能澄清一下您对到达间隔时间的计算吗？在5秒时，3σ/1%的情况实际上变为负值（-1.7）。这是没有道理的…如果你在一秒钟内到达的次数少于零，那么有多少到达。嗯，零，你不能少于零。