WAS服务器负载测试软件使用说明
WAS 服务器负载测试软件使用说明
( Microsoft Web Application Stress Tool )
一、建立新脚本
方法一、启动 WAS 软件后会自动显示建立新脚本的提示页面,选择 [manual] 按钮就可完成建立新脚本的功能。
方法二、启动 WAS 软件后点击 [new script] 按钮。
二、编辑脚本内容
1 、在选择脚本名称的右侧会出现相应的设置
[server] 中输入要进行测试的服务器 IP 地址或计算机名称;
[verb] 中选择脚本运行方式 get 、 post 、 head ;
[path] 中输入向服务器提交的文件或字符串。
2 、 [content tree] 该项在默认情况下不做更改。
3 、 [settings] 设置测试持续时间
在 “test run time” 各项中输入相应数字即可。
4 、 [perf counters] 该项在默认情况下不做更改。
5 、 [page groups] 该项在默认情况下不做更改。
6 、 [users] 选项下双击 [default] 或单击 [show users] 快捷键进入用户设置页面。
在 [user name] 和 [password] 中输入服务器认可的用户和密码,点击 [create] 按钮完成 添加用户功能。
删除用户时只需要点中用户左侧按钮选中该行后点击 [ 删除 ] 快捷键。
[number of new] 项不能设为 “0” ,否则添加无效。
7 、 [clients] 双击 [default] 进入设置页面
在 [machine] 输入添加客户的计算机名后点击 [add] 按钮,在默认状态下只有 “localhost” 客户连接,添加的其他客户均离线。选中的客户会在报告中显示。
8 、 [cookies] 自动显示用户的状态。
三、 web 测试
1 、选择运行脚本名称
2 、在 [script] 菜单中选择 [run] 或者点击 [ 运行脚本 ] 快捷键
四、测试报告
1 、点击 [report] 快捷键出现报告目录
2 、选择脚本名称以及详细测试时间文件
说明: TTFB 表示从请求开始到 WAS 收到的时间
TTLB 表示最后一个请求从 WAS 反馈到客户端的时间
五、删除脚本
选择要删除的脚本名称后点击 [ 删除 ] 快捷键
六、菜单说明
1 、 [file] 下的 [new] 初始化 WAS 软件,并非新建立;
2 、 [file] 下的 [open] 打开以前保存的文件。
WAS 服务器负载测试软件导读
你的 Web 服务器和应用到底能够支持多少并发用户访问?在出现大量并发请求的情况下,软件会出现问题吗?这些问题靠通常的测试手段是无法解答的。本文介绍了 Microsoft 为这个目的而提供的免费工具 WAS 及其用法。另外,本文介绍了一种 Web 应用的性能优化方法,并利用 WAS 测试了它的性能改善程度。原文出处: [url]http://www.asptoday.com/articles/20000420.htm[/url]
编译如下:
随着服务器端处理任务的日益复杂以及网站访问量的迅速增长,服务器性能的优化也成了非常迫切的任务。在优化之前,最好能够测试一下不同条件下服务器的性能表现。找出性能瓶颈所在是设计性能改善方案之前的一个至关紧要的步骤。
本文介绍 Microsoft 的 Web Application Stress Tool ( WAS , Web 应用负载测试工具)在 Web 服务器性能测试中的应用(注: Stress 基本含义为 “ 重压;压力 ” 等,本文称之为 “ 负载 ” )。另外,我们还将通过 WAS 评估一种相对简单的网站性能改善方法,这种方法的基本思想是在服务器上生成静态的 HTML 页面、避免过多的数据库调用。
负载测试是任何 Web 应用的开发周期中一个重要的步骤。如果你在构造一个为大量用户服务的应用,搞清楚你的产品配置能够承受多大的负载非常重要。如果你在构造一个小型的 Intranet 网站,测试能够暴露出最终会导致服务器崩溃的内存漏洞以及竞争情况。
无论是哪种情形,花些时间对应用进行负载测试可以获得重要的基准性能数据,为未来的代码优化、硬件配置以及系统软件升级带来方便。即使经费有限的开发组织也可以对它们的网站进行负载测试,因为 Microsoft 的 WAS 是可以免费下载的。 WAS 要求 Windows NT 4.0 SP4 或者更高,或者 Windows 2000 。为了对网站进行负载测试, WAS 可以通过一台或者多台客户机模拟大量用户的活动。 WAS 支持身份验证、加密和 Cookies ,也能够模拟各种浏览器类型和 Modem 速度,它的功能和性能可以与数万美元的产品相媲美。如果你对 WAS 和 Microsoft 的另外一个测试工具 Web Capacity Analysis Tool ( WCAT )之间的差别感兴趣,可以访问 Microsoft Web 工具的比较页面。
要对网站进行负载测试首先必须创建 WAS 脚本模拟用户活动。我们可以用下面四种方法之一创建脚本:通过记录浏览器的活动;通过导入 IIS 日志;通过把 WAS 指向 Web 网站的内容;或者手工制作。图 1 所显示的是通过记录浏览器事件生成的脚本的一部分,网站是 Microsoft 的 Duwamish Book Store 。 Duwamish 是 Microsoft 开发的电子商务 Web 应用示例,从 Duwamish 网站的 “Phase 4” 链接可以下载这个软件包。下载包中包含了它自己的 WAS 测试脚本。
【图 1 】
制作 WAS 脚本是相当简单的,不过要制作出模拟真实用户活动的脚本有点儿复杂。如果你已经有一个运行的 Web 网站,可以使用 Web 服务器的日志来确定 Web 网站上的用户点击分布。如果你的应用还没有开始运行,那么只好根据经验作一些猜测了。
图 1 这个脚本中我们假定有 30 个会员在浏览书店,同时又有一个会员正在购买。要模拟两者混合而成的行为,首先必须创建页面组并在脚本的 Page Group 分枝确定点击分布情况。在 Page Group 分枝中我们可以增加、修改或删除页面组,也可以为各个组修改流量的分布。
图 2 显示了 grp_browse 和 grp_buy 这两个页面组以及 30 比 1 的流量分布。
【图 2 】
创建了页面组之后,我们就可以在主脚本视图中赋予各个请求不同的页面组,如图 3 所示。为每个请求指定页面组相当于告诉 WAS 如何分布流量。记住在本例中对 grp_buy 组页面的请求约占总数的 3% ,而对 grp_browse 组页面的请求约占 97% 。
【图 3 】
如果需要在查询字符串中传递 “ 名字 - 值 ” 对,可以用 WAS 的查询字符串编辑器来定义各个变量的所有可能的值。在输入变量值后,既可以要求 WAS 顺序地使用变量的各个值,也可以要求 WAS 在请求时随机选择变量值。这在一定程度上增加了脚本所模拟行为的真实性,也可以帮助避免缓冲对测试结果的影响
准备好测试脚本之后,我们可以调整测试配置以便观察不同条件下的应用性能。图 4 是 WAS 的设置界面。
【图 4 】
Stress Level 和 Stress multiplier 这二个项决定了访问服务器的并发连接的数量。 Microsoft 建议不要选择超过 100 的 Stress Level 值。如果要模拟的并发连接数量超过 100 个,可以调整 Stress multiplier 或使用多个客户机。在负载测试期间 WAS 将通过 DCOM 与其他客户机协调。有关在测试中使用多个客户机的更多信息,参见 [url]http://webtool.rte.microsoft.com/kb/hkb13.htm[/url] 。
如果网站提供个性化服务,要进行身份验证或使用 Cookies ,我们还要为 WAS 提供一个用户目录。 WAS 中的用户存储了发送给服务器的密码以及服务器发送给客户端的 Cookies 。增加用户数量并不增加 Web 服务器的负载。必须提供足够数量的用户以满足并发连接的要求( Stesss Level 乘以 Stress Multiplier )。有关线程、用户、 Cookies 相互作用的更多信息请参见 [url]http://webtool.rte.microsoft.com/Threads/WASThreads.htm[/url] 。
WAS 允许设置 warmup (热身)时间,一般可以设置为 1 分钟。在 warmup 期间 WAS 开始执行脚本,但不收集统计数据。 warmup 时间给 MTS 、数据库以及磁盘缓冲等一个机会来做准备工作。如果在 warmup 时间内收集统计数据,这些操作的开销将影响性能测试结果。
设置页面提供的另外一个有用的功能是限制带宽( throttle bandwidth )。带宽限制功能能够为测试模拟出 Modem ( 14.k K , 28.8 K , 56 K )、 ISDN ( 64 K , 128 K )以及 T1 ( 1.54 M )的速度。使用带宽限制功能可以精确地预测出客户通过拨号网络或其他外部连接访问 Web 服务器所感受的性能。
要理解这些不同的设置对应用的影响,有必要了解如何使用 WAS 收集性能数据。
使用 WAS ,从远程 Windows NT 和 Windows 2000 机器获取和分析性能计数器( Performance Counter )是很方便的。加入计数器要用到图 5 所示的 Perf Counters 分枝。
【图 5 】
在测试中选择哪些计数器显然跟测试目的有关。虽然下面这个清单不可能精确地隔离出性能瓶颈所在,但对一般的 Web 服务器性能测试来说却是一个好的开始。
? 处理器: CPU 使用百分比( % CPU Utilization )
? 线程:每秒的上下文切换次数( Context Switches Per Second (Total) )
? ASP :每秒请求数量( Requests Per Second )
? ASP :请求执行时间( Request Execution Time )
? ASP :请求等待时间( Request Wait Time )
? ASP :置入队列的请求数量( Requests Queued )
CPU 使用百分比反映了处理器开销。 CPU 使用百分比持续地超过 75% 是性能瓶颈在于处理器的一个明显的迹象。每秒上下文切换次数指示了处理器的工作效率。如果处理器陷于每秒数千次的上下文切换,说明它忙于切换线程而不是处理 ASP 脚本。
每秒的 ASP 请求数量、执行时间以及等待�
微软web压力测试工具was-weba.rar
5星 · 超过95%的资源 需积分: 9 101 浏览量
2008-01-24
12:02:24
上传
评论
收藏 9.26MB RAR 举报
zhoushugeng8
- 粉丝: 6
- 资源: 15
最新资源
- Screenshot_20240427_031602.jpg
- 网页PDF_2024年04月26日 23-46-14_QQ浏览器网页保存_QQ浏览器转格式(6).docx
- 直接插入排序,冒泡排序,直接选择排序.zip
- 在排序2的基础上,再次对快排进行优化,其次增加快排非递归,归并排序,归并排序非递归版.zip
- 实现了7种排序算法.三种复杂度排序.三种nlogn复杂度排序(堆排序,归并排序,快速排序)一种线性复杂度的排序.zip
- 冒泡排序 直接选择排序 直接插入排序 随机快速排序 归并排序 堆排序.zip
- 课设-内部排序算法比较 包括冒泡排序、直接插入排序、简单选择排序、快速排序、希尔排序、归并排序和堆排序.zip
- Python排序算法.zip
- C语言实现直接插入排序、希尔排序、选择排序、冒泡排序、堆排序、快速排序、归并排序、计数排序,并带图详解.zip
- 常用工具集参考用于图像等数据处理
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈