最近的一个项目,视频点播系统,使用apache实现的流媒体服务器。
其实准确的说叫做伪流(HTTP Pseudo-Streaming),基本原理和概念自行了解吧。
让我简单的描述就是仍然是HTTP下载,播放器播放本地缓存。只不过它也实现了一些和正规流媒体服务类似的功能。
视频点播类系统的性能测试,说简单了主要就是模拟大量用户去看视频。
服务端监控整体性能,客户端关注各自表现。
这里难点主要在于如何模拟大量用户观看视频?如何判断各客户端展现?
多客户端的模拟无外乎3种方法:
1、全公司总动员,一起看。
2、一台机器开多个播放页面(或者是一个页面上嵌入多个播放器),调用多台机器。
3、抛弃客户端的解码播放过程,直接想法下载视频文件。
第一种方法不用说,虽然最真实,但太原始没有技术含量,如果是小公司人还不一定够。
第二种方法在需要测试的用户数不大时还可以,否则会占用较多资源,而且技术含量也较低。这种方式,一台机器上能模拟的用户数很有限,因为CPU会很快成为瓶颈。
第三种方法最高效,在千兆网环境下,一台机器可以模拟很多路用户,此时网络带宽是瓶颈(如果带宽更大,估计硬盘IO就是瓶颈了)。但是没有解码和播放,如何判断客户端的效果呢?两种方式,一是对比下载速度和码率,理论上只要下载速度足够就可以了;二是测试过程中也可以打开几个真实的播放窗口来验证播放效果,因为压力在服务端,可以认为每个客户端都是等价的。
本文要讲的就是第三种测试方法。
以前还测过FMS的流媒体,网上可以找到现成的工具来实现本方法,只要调用就可以了。
但HTTP的这次也搜了两天,好像还真没有,只好自己动手了。
看来最高效的方法,实现起来却是最麻烦的。
基本思路是JAVA实现下载功能,用LR的JAVA Vuser实现多用户的控制。
动手前先给自己整理了一个需求
功能: 测试结果: 功能扩展 |
打对钩的是已经实现了,带星号的是未实现、也不一定需要实现的高级功能。
通过测试程序,需要得到的结果是下载是否正确完成?下载速度是否足够?apache的限速模块是否起作用(如果开启)?
这里可能会有个问题,如果下载程序突破了apache的限速,那有可能是测试程序的问题,这就引出了上面的高级功能“伪装成播放器”。