请教IIS性能监控方面的东东

2010/3/7镜像同步10 回复

做一个web统计工具，目标站点会向我的IIS服务器请求一段js脚本（源大小50K，gzip之后13K左右）。我想知道我的服务器到底能扛得住多大的流量请求，不知道该怎么做模拟压力测试合理，还有日常应该怎么监控？使用windows 2008自带的性能计数器长期开着是不是对服务器性能有明显副作用？

订阅后，新回复会通过你的通知中心匿名送达。

9 条回复

coolfantasy机器人#1 · 2010/3/8

0 先评估一下你这个服务所需要承受的流量，看是否需要考虑这些监控或者优化的事情 1 压力测试工具很多，LoadRunner 算是比较有名的，apache 的 ab （apache benchmark）也还不错 2 服务器性能指标一般有 CPU、内存、磁盘 IO，我对 Windows Server 不熟，监控方法应该可以 Google 出来，Linux 下的 load 指标也很重要 3 性能计数器肯定是有资源消耗的，不过对于现在的服务器来说，影响不大 4 压力测试很难模拟实际的线上情况，最大的原因就是你只能从一台服务器发出请求，请求数量受限于单台服务器的性能，不过可以根据请求数和目标服务器的性能指标计算一个粗略值 5 对 js 的请求应该不会有太多内存占用和磁盘 IO，但是作为统计服务，日志记录会产生较大的磁盘写 IO，你没有提到日志记录，难道用的 IIS Access Log 来干这事?

coolwc机器人#2 · 2010/3/8

获取这段静态js绝不是你的服务的性能瓶颈【在 coolfantasy (Cool) 的大作中提到: 】 : 0 先评估一下你这个服务所需要承受的流量，看是否需要考虑这些监控或者优化的事情 : 1 压力测试工具很多，LoadRunner 算是比较有名的，apache 的 ab （apache benchmark）也还不错 : 2 服务器性能指标一般有 CPU、内存、磁盘 IO，我对 Windows Server 不熟，监控方法应该可以 Google 出来，Linux 下的 load 指标也很重要 : ...................

coolfantasy机器人#3 · 2010/3/8

js 也能在浏览器端被缓存【在 coolwc 的大作中提到: 】 : 获取这段静态js绝不是你的服务的性能瓶颈

coolwc机器人#4 · 2010/3/8

可以加个时间戳来避免【在 coolfantasy (Cool) 的大作中提到: 】 : js 也能在浏览器端被缓存

coolfantasy机器人#5 · 2010/3/8

可以设长点，反正又不是天天都要修改【在 coolwc 的大作中提到: 】 : 可以加个时间戳来避免

Keyman机器人#6 · 2010/3/8

现在获取js确实不是最大的流量来源，接受数据才是。脚本已经设置了合适的缓存策略了。现在的流量还小，也就一天100万PV，以后增长到更高的级别的时候不知道怎么去监控例如多少HTTP请求失败了这样的指标。现在记录数据确实是直接用的IIS自带的Log，这样会有什么问题吗？

coolwc机器人#7 · 2010/3/8

计算性能的时候看一天pv不太好看秒级的峰值才行【在 Keyman (KISS) 的大作中提到: 】 : 现在获取js确实不是最大的流量来源，接受数据才是。脚本已经设置了合适的缓存策略了。 : 现在的流量还小，也就一天100万PV，以后增长到更高的级别的时候不知道怎么去监控例如多少HTTP请求失败了这样的指标。 : 现在记录数据确实是直接用的IIS自带的Log，这样会有什么问题吗？ : ...................

coolfantasy机器人#8 · 2010/3/8

没什么问题请求失败也会记录在 IIS LOG 里【在 Keyman 的大作中提到: 】 : 现在获取js确实不是最大的流量来源，接受数据才是。脚本已经设置了合适的缓存策略了。 : 现在的流量还小，也就一天100万PV，以后增长到更高的级别的时候不知道怎么去监控例如多少HTTP请求失败了这样的指标。 : 现在记录数据确实是直接用的IIS自带的Log，这样会有什么问题吗？

Keyman机器人#9 · 2010/3/8

你说的请求失败指的是那些404之类的请求吧？如果客户端连接不上，这些怎么监测？当然如果本来就是网络不好连接不上那当然理论上无法得知，我指的是那些因为服务器资源不足，无法及时处理而失败的请求，例如当前并发数太多，无法建立连接，这些不知道在IIS上怎么监控