目前，我正在使用单个ASPL.NET网站pipe理服务器。 网站是非常实时的，一旦用户打开网页，它就会每秒更新一次。 幸运的是，网站是由非常好的人编写的，而且似乎工作得很好。
我正在观看性能监视器，前10分钟的平均值为：
-143请求/秒
-9.75 – 活动请求
-9.93 – CPU％
我的问题是 – 我应该什么时候build议我们扩大规模？ 或者添加更多的服务器到集群？ 我应该担心与服务器的并发HTTP连接的数量（超过IIS可以处理的并发连接的限制）？ 或者你认为在请求/秒限制之前100％的CPU会被击中？
任何人都可以提供什么是IIS可以处理的最大请求数/秒（您正在维护的服务器的值是多less）？
编辑：另外，我会感激，如果有经验的pipe理员可以提出其他指标，我应该在性能监视器中监视IIS和ASP.NET相关。
任何人都可以提供什么是最大的请求/秒IIS可以处理的指标？
尽可能多的。 你意识到没有任何限制 – 这基本上是要求“快点能开车”，答案是“为build立的速度一样快”。 所以，请求/秒说明每秒处理多less个请求，这取决于有多less请求进来，处理速度是否足够快 – 这可能是cpu限制或不是，取决于cpu做什么。
9.75 – 活动请求
所以你那时只有9.75个并发请求。
最重要的可能是testing程序打开该页面本身，并测量获得答案所需的时间。 开始花费更长的时间，你可能会开始发展一个问题。 其他的只是一个初步的指标，没有你感兴趣的。
我设法在Amazon EC2 c1.medium实例上做了4000 RPS。 但这是非常简单的服务运行。 为移动客户提供广告。 在任何caching应用负载testing之前，在更新请求上显示我们大约100-200bps，SELECT请求上显示300-400bps。
在一天之内，我已经将caching移到了Redis服务器上，现在这个中间实例能够在CPU上限之前提供4K请求。 我相信有可能增加这个价值。