还剩9页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
性能监控案例■秘密□机密□绝密Linux系统性能监控案例(仅供内部使用)版本号V
0.1保密等级■秘密□机密□绝密编制XXX审核修订记录日期版本号描述__2011-06-
130.1初稿完成目录TOC\o1-3\h\zHYPERLINK\l_Toc1832568211案例描述2HYPERLINK\l_Toc1832568222案例分析2HYPERLINK\l_Toc1832568233解决过程2HYPERLINK\l_Toc1832568244解决结果2HYPERLINK\l_Toc1832568255总结2关键词LinuxLoadrunner性能监控sar摘要主要介绍压力测试,性能测试时候,使用Loadrunner测试工具对Linux系统下的一些性能参数进行监控,再配合使用SAR监控内存提供两种性能监控解决方案1案例描述在进行KDVP
2.0性能测试时候,需要收集一些Linux系统下的性能数据,比如CPU%MEM%测试初期,使用的是top命令记录数值但是topfreehtop等这些命令不能完全的满足我们性能数据要求而Linux又不像Windows自带性能计数器于是便想到的是借助自动化测试工具,比如通过使用Loadrunner进行远程性能监控2解决过程Loadrunner监控首先先简单介绍下loarunner这款工具的组成Loadrunner提供了三大主要模块这三个模块也可以作为__的工具分别完成各自的功能
1.VirtualUserGenerator——用于录制脚本
2.MercuryLoadRunnerController——用于创建,运行和监控场景
3.MercuryLoadRunner____ysis-——用于分析测试结果单单做性能监控的话,只需要使用到Loadrunner底下Controller这个模块辅以____ysis分析通过Controller模块,能够监控Linux系统,windows系统和SQL服务器但是Loadrunner本身不能直接监控Linux系统,需要在Linux系统底下__一个rpc.rstat服务rstatdRstat协议允许网络上的用户获得同一网络上各机器的性能参数以下用__包版本为rpc.rstatd-
4.
0.
1.tar.gz为例子进行说明__过程首先通过SSH将rpc上传到要监控的Linux系统低下任意路径和附权限1.tarzxvfrpc.rstatd-
4.
0.
1.tar.gz//解压rcp.rstatd2.cdrpc.rstatd-
4.
0.1//进入到rpc.rstatd目录中3../configure//配置rc.rstatd的__4.__ke//编译rc.rstatd5.__keinstall//__启动服务./rpc.rstatd查看是否真正启动该服务rpcinfo–p成功启动进程如图所示以上性能监控前的准备工作便基本完成了PS在这次测试中,Loadrunner有遇到过无法监控到服务器数据的问题附上一些查找解决的办法
1.首先就是查看进程是否启动了由于是在测试环境,服务器经常需要重启,所以这是能够最先排查掉的也可以设置进程开机启动
2.然后就是查看关闭防火墙否.[root@localhost~]#/etc/init.d/iptablesstop;
3.最后还是不行的话,重新启动xinetd保证xinetd和rpc.rstatd这个两个都启动了性能监控
1.在LoadRunnerController的run界面中,双击添加SystemResour__Graphs下的UnixResour__
2.在UnixResour__图上右键,选中AddMeasurements
3.然后__Add,填写监控的机器地址如
172.
16.
236.21,一开始默认的只有三个计数器指标,也可以在下面的Add中添加其他计数器
4.单击OK后,就能在UnixResour__中看到生成的性能监控图像了
5.可以记录下__x,Min,__g数据,添加需要监控的计数器性能计数器分析
1.三个默认的计数器含义
1.1__erageload上一分钟同时处于“就绪”状态的平均进程数,数值最好小于CPU个数*核心数*
0.7如果等于,那就是说CPU正好满负载,再多一点,可能就要出问题了,有任务不能被及时分配处理器
1.2CPUutilization CPU的使用时间百分比如果该值持续超过95%,表明瓶颈是CPU那也许该增加一个处理器或换一个更快的处理器,如果服务器专用与SQLServer,可接受的最大上限是80-85%合理使用范围应该在60%-70%,最好不要超过75%
1.3Pagingrate每秒钟读入物理内存或写入页面文件的页数,如果该数值偶尔走高,表明当时有线程竞争内存如果持续很高,则内存可能是瓶颈,也有可能是内存访问命中率底
2.计数器数据如何查看用MPC服务器上采集到的数据说明Scale值就是数据显示的比例,比如CPU使用时间百分比最大值就是
0.042*100=
4.2,结合图中的Y轴看,就是
4.2%使用SAR监控内存使用情况在测试过程中,还需要监控到内存的使用情况但是在Loadrunner采集的数据中,内存的直接使用情况是没有的于是又引用到了另一款性能监控软件sar通过设置采样数据间隔,来达到监控使用内存情况的目的在Linux下__sar后,通过命令sar-nDEV-u-r103600tui.log10秒间隔采样一次数据,采集3600次,保存进tui.log文件,-nDEV表示采集网络信息,-uCPU信息,-r内存信息打印出的文件内容如下以上,测试需要监控到的数据就基本囊括在内了3解决结果通过Loadrunner,sar这两款工具,基本满足了Linux系统性能测试的要求4总结工具终究只是工具,性能测试还是在与分析数据,这个案例只是提供了2个方法来帮助你在性能测试时能够更好的监控到你需要的数据收集到数据后,具体问题还是需要具体分析我个人的理解是,服务器硬件方面的瓶颈网络瓶颈(此次测试只是在内网进行,所以不需要考虑)服务器操作系统,比如说一些参数设置应用瓶颈工具并不是万能的,采集到的数据需要结合实际情况,进行综合的分析,才能得出想要的结论的双击添加UnixResour__一开始默认的只有这三个计数器,可以在Add中添加新计数器__Add,添加需要监控的机器IP地址PAGE。