相信各位都知道云服务器的三大省,省时、省力、省钱。很多人转到云主机来,也是因为这个原因,独立主机的高昂费用,合租的不稳定,虚拟主机的不靠谱,因为这些,我们加入了云主机的队伍里。其实刚开始接触云主机时候,自己也不太理解这个玩意儿,还好,阿里云提供了一个试用的机会。
我不知道各位菜鸟哦~恩,这里指的是菜鸟,高手大神们还希望给予我多多指点才是。各位菜鸟,你们都是怎么试用的呀,不会说,就是申请试用,然后把程序传上去,安装好,访问几下,就可以了吧?或者ping一下IP,这。。。不科学呀,各位,不靠谱的测试。我之前也遇到过一个哥们,就是这么干的,对于大神们是怎么测试的,那太高深了。今天谈谈我们菜鸟都是如何,应该怎么去测试吧。
以下内容不会太难,绝对菜鸟就可以看懂,看不懂的欢迎来砸场子。
步骤一 申请试用。
阿里云提供了5天的免费试用机会,其实5天时间足够啦,足够让我们充分了解到,阿里云的主机到底如何的。
点击鼠标,轻松申请呗
http://buy.aliyun.com/trial?spm=5176.383338.10.3.qEq6Rj&app=vm,不久,不是帅哥,就是美女会跟你联系的。
步骤二 简单了解
这部分内容详见两位仁兄的帖子
http://bbs.aliyun.com/read.php?tid=138210&fpage=4
http://bbs.aliyun.com/read.php?tid=136223
步骤三 开始我们的测评
(1)小ping,大用处
做站长的,都会知道ping的概念,电脑打开cmd,输入 ping ip地址 就可以看见基本的信息
[attachment=38289]
各位看到的这个是简单的ping命令,我们可以看到服务器的基本返回数据和响应时间。各位也都会知道,响应速率越小,速度越好。这条命令其实远远不够的,给大家推荐一个在线小工具
http://ping.chinaz.com/,我测试了一条数据,各位可以看到
[attachment=38290]
通过不同的路线来ping,是不是数据更加的丰富,这里各位也可以看到阿里云的各节点的响应速率,表现不错的说。
大家可以通过这个小命令 ping 42.121.130.172 -t 这条命令是让ping一直下去,大家可以通过大量的ping数据来看到云主机的响应。一般情况下,在1000次ping中,少于5次的不通都是正常的,
注意如果没有-t 那么ping值只有4个不具备代表性,-t参数就是让ping一直接续下去,直到你手工ctrl C停止。为了给各位写这个,我ping了26分钟,未出现一次不通。这个是要告诉大家,通过大批量的数据来反应是最靠谱的。
(2)ftp,必须得用到的常用工具
上面的ping,估计100个人中,至少有100人会用,废话了。ftp用来测试,我估计菜鸟新手中至少有80%的人会来尝试感受。当然了,在测试之前
各位得配置好ftp,常见方法,各位请参考步骤二。常见的ftp软件各位网上很多,自行下载了哦~使用ftp测试,大家可以通过上传大文件,看看速率,以及上传多文件测试基本的感官性能。我是使用过很多的虚拟主机、还合租过服务器,很多通过ftp上传文件,都会出现ftp无响应,服务器也不响应,传输 速率慢的情况。试用阿里云期间,ftp配置好之后,传文件相当快,20000个文件上传过程中,期间未出现过ftp断掉链接的情况。这块不做过多赘述。说到这里还有一个小方法,
一般人用的文件下载
这个很简单,如果是2MBPS 的ADSL,那么理论最大下载速度是 2*1024/8=256KB,实际最大下载速度是200KB以上都算稳定,如果是512KPS的adsl,一般在50-60KB就达到峰值了。
测试的时候找超过50M的文件下载,时间稍微长一点,用单线程下载,主要看一个平均值就可以了,如果能达到上网方式的下载峰值,并且稳定在一个数值段,那么可以说都是稳定的。
(3)探针
试用php的都应该知道探针,这里把wdcp的探针文件分享个大家,[attachment=38291]
[attachment=38292]
通过这个小文件,真的可以看出来很多东西哦~列举一些大家感兴趣的
1、服务器环境
探测
:CPU、在线时间、内存使用状况、系统平均负载探测(支持LINUX、FreeBSD系统,需系统支持),操作系统、服务器域名、IP地址、解释引擎等 2、PHP基本特征探测:版本、运行方式、安全模式及常规参数 3、PHP组件支持探测:MYSQL、GD、XML、SESSION、SOCKET等组件支持情况 4、服务器性能检测:整数运算能力、浮点数运算能力、数据IO能力 5、自定义探测:MYSQL连接测试、MAIL发信测试、函数支持情况及PHP配置参数。各位可以自己尝试了解。
(4)一些专业测试
如果你是菜鸟新手,1,2,3其实我觉得你已经基本了解了云主机的大概情况了,为什么前三个写那么多,也是这个原因哈。如果想进一步去测试测评,我们只能通过更加专业的软件和工具来帮忙了。给各位进阶一下呗。
给大家推荐一个这个软件
Web Application Stress Tool,这是微软的,其他测试软件不在做描述,后面给大家推荐出来,供大家参考。
以下软件使用说明部分来自转载,谢谢理解。
1、在测试客户端机器上启动Web Application Stress Tool,在弹出的“建立新脚本”对话框中选择“Record”按钮;
[attachment=38293]
2、在“Record”参数设置第一步中,所有的checkbox都不用选择
[attachment=38294]
到第二步时直接点击“finish”,过几秒钟会弹出一个IE窗口,在此窗口中访问测试数据生成页面(
http://192.168.1.4:8086/Apply/test),依次点击5个测试用例连接,然后返回Web Application StressTool,停止Record;
3、将一些没用的记录删去(比如:/Apply/test/index.htm),只留下如下图所示的五条记录:
[attachment=38295]
在Server输入框中输入服务器的IP,端口号不用输入。改一下脚本名字,比如改为JoinworkTest;
4、5个测试用例在实际使用环境中被访问的概率是不一样的。我们可以在Page Groups中定义几个PageGroup来模拟这种访问分布:
[attachment=38296]
在上图中我们定义了5个Group,分别对应:查询可启动流程列表、启动流程、查询个人待办工作任务、显示任务执行表单和执行任务,它们被点击的次数比率为:1 : 1: 5 : 5 : 4。
回到脚本主页面,分别将5条记录的Group改为刚才建立的PageGroup。这样在运行脚本的时候就会按Group定义的比率来产生点击了;
5、下面设置测试并发用户数和测试时间长度。
到如下图的Settings页面,通过StressLevel (threads)和Stress mulitiplters来设置并发用户数,Test RUnTime来设置测试时长。因为我们要做性能压力测试,不要设置延时时间(Request Delay)。可以在实际测试时间之前,设置一段warmup运行时间,这段时间的数据是不会记录到最后的报告里的;其他设置可以保持缺省值不变;
[attachment=38297]
测试运行
一切准备完成后,回到脚本主页面,然后点击工具条上的“RunScript”按钮就开始测试了;
[attachment=38298]
测试报告查看
测试运行结束后,我们就可以通过点击工具条上的"Reports"按钮查看测试报告了;
[attachment=38299]测试报告里比较重要的数据是:每秒处理的请求数(Requests per Second)和每个页面的平均响应时间。
[attachment=38300]
数据显示在100并发用户数下,每秒可处理89.26个请求,其中响应时间最长的页面是任务执行,平均响应时间是1.66秒。 以上数据只为演示用,不是阿里云主机数据。
通过这款软件大家可以很直观方便的测试服务器压力。
其他软件推荐:
Iometer(www.iometer.org):存储子系统读写性能测试
Sisoft Sandra(www.sisoftware.co.uk):WINDOWS下基准评测
Iozone(www.iozone.org):linux下I/O性能测试
Netperf(www.netperf.org):网络性能测试
Loadrunner:预测系统行为和性能的负载测试工具
Webload:WEB性能压力测试
软件还有很多,有兴趣的就多学习学习呗。
总结
1,2,3点的测评写的很菜鸟很直白,欢迎各位大神喷水,哈哈,各位小白,菜鸟,如果有问题,请直接回帖说明,我都会解答呢。专业测评这块其实就是软件的使用,不再做过多的说明,写的不好呢。还希望批评指正。
-------------------------
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。