在生产负荷繁重时您是否保持计数器开启?
您认为哪些性能计数器对 ASP.Net/IIS 6.0 网站有用?
答案1
我在我的服务器上运行性能计数器从来没有遇到过问题。
- 内存\页数/秒
- 内存\可用字节
- 内存\已提交字节数
- 内存\池非分页字节数
- 处理器\处理器时间百分比
- 处理器\中断/秒
- 处理器\系统处理器队列长度
- LogicalDisk\% 磁盘时间
- PhysicalDisk\% 磁盘时间
- LogicalDisk\平均磁盘队列长度
- PhysicalDisk\平均磁盘队列长度
- LogicalDisk\平均磁盘字节数/传输
- PhysicalDisk\平均磁盘字节数/传输
- 系统\上下文切换/秒
- Web 服务\字节总数/秒
- Web 服务\方法请求总数/秒
- Web 服务\当前连接
- Web 服务缓存\文件缓存命中率 %
- Web 服务缓存\内核:URI 缓存未命中
- Web 服务缓存\内核:URI 缓存命中率 %
特别是对于 ASP.NET,我会关注
- ASP.NET\应用程序重新启动
- ASP.NET\请求排队
- ASP.NET\Worker 进程重新启动
- ASP.NET 应用程序\错误总数
- ASP.NET 应用程序\请求数/秒
- ASP.NET 应用程序\管道实例计数
- .NET CLR 异常抛出的异常数量
答案2
一般而言,你应该一直收集性能数据。这样,当你走进经理办公室并说“过去几个月,我们的峰值负载每周都以 X% 的速度增长,按照这个速度,我们将在大约 3 个月内超过当前容量。我们现在需要开始为此做计划。”时,你就会拥有所需的所有数据。
答案3
虽然回答得晚了,但我还是想在这里分享我们在生产环境中所做的事情。
场景是我们必须找出我们的 Web 服务器上的请求命中数以及服务了多少请求/是否存在线程匮乏/资源瓶颈。
为此,我们在 perfmon.exe 中使用了以下计数器 计数器
:- Asp.Net Apps V2.0.50727。
实例:- LM_W3SVC_1_ROOT_“HostedWebSite”
1)。请求总数:- 提供自上次 IIS 重启以来的请求总数。
2)。应用程序队列中的请求
3)。请求成功
4)。请求失败
3)。请求超时
4)。请求被拒绝:由于应用程序请求队列已满而被拒绝的请求数
5)。未找到的请求:未找到的资源请求数。
6)。未授权的请求:由于未经授权的访问而失败的请求数。
计数器:- .Net CLR 数据。1
)。 Sql Client:当前池化和非池化连接数:- 提供当前连接数(池化或非池化)。
计数器:- .Net CLR LocksAndThreads。1
)。逻辑线程数
2)。物理线程数
计数器:- HTTP 服务请求队列
1)。CurrentQueueSize:- 队列中的请求数
2)。RejectedRequests:从队列中拒绝的请求总数