压力testing托pipe的IIS服务器

我有一个托pipe环境正在迁移到一些新的硬件。 我需要远程强调这个新的实现。 有没有一个快速,干净的方法来做到这一点? 我不需要任何幻想,只是页面点击,它不需要有大量的。

谢谢!

您可以使用Microsoft提供的压力工具:

Web容量分析工具(来自reskit )或Web应用程序压力工具

我假设你有一台Linux机器。 如果你不安装一个。 🙂

这将花费多less时间从服务器上拉出1000个页面:

time for i in `seq 1000`; do wget http://127.0.0.1/~elcuco/test.php; done 

现在,并发负载如何? 有一个名为“apache benchmark”的工具,让我们来testing一下:

 ab -c 20 -n 100 http://127.0.0.1/~elcuco/test.php 

这拉了100页,同时保持20个并发下载。 这是一个真实的演示,它是自我解释。

 [elcuco@pinky ~]$ /usr/sbin/ab -c 20 -n 100 http://serverfault.com/questions/22785/stress-testing-a-hosted-iis-server This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking serverfault.com (be patient).....done Server Software: Microsoft-IIS/7.0 Server Hostname: serverfault.com Server Port: 80 Document Path: /questions/22785/stress-testing-a-hosted-iis-server Document Length: 30691 bytes Concurrency Level: 20 Time taken for tests: 19.642924 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 3151576 bytes HTML transferred: 3129271 bytes Requests per second: 5.09 [#/sec] (mean) Time per request: 3928.585 [ms] (mean) Time per request: 196.429 [ms] (mean, across all concurrent requests) Transfer rate: 156.65 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 266 480 506.2 397 3328 Processing: 1227 3236 1559.4 2963 9943 Waiting: 287 495 277.6 443 1836 Total: 1499 3716 1613.2 3433 10285 Percentage of the requests served within a certain time (ms) 50% 3433 66% 4040 75% 4321 80% 4953 90% 6056 95% 6795 98% 9139 99% 10285 100% 10285 (longest request) 
  • 应用程序中心testing(ACT)如果您有Visual Studio

  • networking压力工具,如果你想要的东西非微软,

  • 红门ant过去对我们做得很好。

  • NUnitASP如果你想要一个免费的东西,将在网站上触发HTTP请求。

    所有这些都允许您构build将在Web服务器上触发请求的脚本来查看响应时间。 我喜欢ACT,因为它的跑步者在脚本运行时显示请求/秒的即时读数。

多个并行的“wget –mirror”实例? >微笑<不能简单得多。

如果不了解网站使用服务器端资源(数据库查询等)的情况,就很难给出一个非常具体的“通用”testing思路。 有很多HTTP负载testing工具,商业和开源。 如果您知道哪些特定的页面会产生最多的服务器端负载,那么您可以使用这些工具之一关注这些页面。