大规模ASP.NET Web应用程序的硬件configuration

这一切都取决于你的应用程序 – 在规模的一端，它可以打印“你好世界”，另一个可能是一个复杂的决策支持平台 – 你需要对大量的潜在用户进行基准testing – 至less50或所以模拟用户 – 这样你就可以看到它的行为。

在套件方面，你有一个单一的2008四核CPU – 这可能会做你需要的东西，但是我担心的是，如果事情开始变热，你就没有什么“空间”。 该芯片不能用具有超线程或> 4核心的新型nehelam芯片替代。 如果我不知道我的机器如何回应，我个人喜欢知道我可以转向更快/更强大的芯片，或者确实有能力添加第二个CPU。 此外，我build议你移动到4GB，因为内存现在非常便宜，这可能对这么小的投资有很大的帮助。

祝你新的网站好运。

@ Chopper3的缩放点+1。

如果你的安全模型允许的话，你可能想看看在云中托pipe这个; 如亚马逊。 当您可以在15分钟内添加另一台服务器时，缩放问题的风险会降低。 你也有一个盒子不能做的冗余。

我目前在AWS上运行一个站点，每天约2500个用户，在3个负载平衡的小型Web服务器（32位，W2K8,1.7GB内存，2个处理器）和1个中型数据库盒（64位， W2K8,7.5GB内存，2个处理器）。

所有的盒子平均CPU不到35％，在高峰期有足够的空间。

Vijay – 回答你的第二个问题。

目前，Web服务和数据库（MsSql）都与客户端应用程序共享相同的服务器。 这导致另一个问题。 这是一个好主意，还是应该将它们部署在不同的服务器上？

鉴于你提供的估计，我们每分钟看超过104个视图。 这是假设在24小时内相等的负载，我们知道不会发生。 如果我是你的DBA的话，我个人会说，把我的数据库服务器关掉。

您可能正在为磁盘读取大量ASPX页面和数据库文件。 这肯定会导致某种磁盘争用。 如果我是你，我会调整这个部署，使其扩展，将数据库服务器放在同一台服务器上，因为应用程序通常不是一个缩放的好主意。 如果这是一个小部门的应用程序，只能服务100人9至5，好的，但事实并非如此。