目前，我正在管理一个带有单个 ASPL.NET 网站的服务器。网站非常实时，一旦用户打开页面，它每秒都会更新。幸运的是，网站是由非常优秀的人编写的，而且它似乎运行良好。
我正在观察性能监视器，前 10 分钟的平均值是：
-143 请求/秒
-9.75 - 有效请求
-9.93-CPU％
我的问题是 - 我应该何时建议我们扩展？或者向集群添加更多服务器？我是否应该担心服务器的并发 HTTP 连接数量（超过 IIS 可以处理的并发连接限制）？或者您认为使用这些值会在达到请求/秒限制之前达到 100% 的 CPU 吗？
有人能提供 IIS 每秒可以处理的最大请求数的指标吗（您维护的服务器的值是多少）？
编辑：此外，如果有经验的管理员可以建议我应该在性能监视器中遵循的与监视 IIS 和 ASP.NET 相关的其他指标，我将不胜感激。
答案1
有人能提供 IIS 每秒可以处理的最大请求数的指标吗？
尽可能多。您确实意识到没有限制 - 这基本上是在问“汽车能跑多快”，答案是“与设计速度一样快”。因此，请求数/秒表示每秒处理多少个请求，这取决于有多少请求进来以及处理速度是否足够快 - 这可能是 CPU 限制，也可能不是，具体取决于 CPU 执行的操作。
9.75——主动请求
因此，您当时只有 9.75 个并发请求。
最重要的可能是让测试程序打开该页面本身并测量获得答案所需的时间。当开始花费更长时间时，您可能会开始出现问题。其他任何内容都只是初步指标，而不是您感兴趣的指标。
答案2
我已成功在 Amazon EC2 c1.medium 实例上实现 4000 RPS。但这是相当简单的服务运行。向移动客户端投放广告。在应用任何缓存之前，负载测试显示更新请求的速度约为 100-200 rps，SELECT 请求的速度约为 300-400 rps。
一天之内，我将缓存移至 Redis 服务器，现在这个中型实例在达到 CPU 上限之前能够处理大约 4K 个请求。而且我相信这个值是可以增加的。