目前,我管理的服务器与单一的ASPL.NET网站。网站非常实时,一旦用户打开页面,它就会每秒钟更新一次。幸运的是,网站是由真正的好家伙编写的,而且它似乎运行得很好。
我正在观看性能监视器( Performance ),前10分钟的平均值如下:
-143次请求/秒
-9.75 -主动请求
-9.93 - CPU%
我的问题是-我应该什么时候建议我们扩大规模?还是向集群添加更多服务器?我是否应该担心到服务器的并发HTTP连接的数量(超过IIS可以处理的并发连接的限制)?或者您认为在请求/秒限制之前,100%的CPU会被击中?
编辑:此外,如果有经验的管理员能够在性能监视器中提出与监视IIS和ASP.NET相关的其他指标,我将非常感激。
发布于 2011-06-17 09:00:40
有人能提供最大请求/秒IIS可以处理的指标吗?
尽可能多。你确实意识到这是没有限制的--这基本上是在问“嘿,快能开一辆车”,而答案是“为之而建的速度”。因此,请求/秒表示每秒处理多少个请求,这取决于传入了多少个请求,以及处理是否足够快--这可能是cpu有限的,这取决于cpu所做的事情。
9.75 -主动请求
因此,此时只有9.75个并发请求。
最重要的可能是让一个测试程序打开这个页面,并测量得到答案所需的时间。开始花更长时间的那一刻,你可能会开始出现问题。其他的只是一个初步的衡量标准,而不是你感兴趣的指标。
发布于 2011-12-20 18:38:45
我已经成功地在AmazonC1.media实例上执行了4000 RPS。但这是非常简单的服务运行。为移动客户提供广告。在任何缓存应用之前,负载测试显示更新请求约为100-200 rps,SELECT请求为300-400 rps。
在一天内,我将缓存转移到Redis服务器,现在这个中间实例能够在CPU上限之前提供大约4K的请求。我相信有可能增加这个值。
https://serverfault.com/questions/281398
复制相似问题