教你用专业软件测试媒体服务器

　　自从Google在去年以16.5亿美元收购YouTube之后，在国内的互联网站中类似于YouTube的视频类网站如雨后春笋般拔地而起。受到国内网络带宽限制，很多用户都不能流畅地在线收看节目。除此 之外，一些小型网站所使用的服务器设备过于陈旧，在架设之前也没有进行过专业的测试，当用户达到一定访问人数的时候服务器就会瘫痪。现在在网络上主要流行三种媒体播放软件Windows Media、Quick Time和Real，但来自微软的Windows Media在所架设的媒体服务器中要占绝对优势，今天我们将给大家介绍一款来自微软公司的专门测试Windows媒体服务器的软件——Windows Media Load Simulator 9。

准备软件：

Microsoft Windows Media Load Simulator 9 Series

Microsoft Windows Media Services 9 Series

介绍：

　　Windows Media server 9系列安装的第一步是，首先要建立一个客户端，并且确认与服务器相连接，另外需要安装Microsoft Windows Media Services 9 Series。如果你的服务器端是有互联网接入的，那首先要确保你所使用的服务器在最低的负载情况下运行。从这个角度来看，因为有着世界范围的客户端接入，这样的测试更具真实性。但我们建议使用一个虚拟的仿真环境进行测试。

　　Windows Media Load Simulator工具可以它用来建立一个Windows Media服务的仿真环境，工作方法是通过读取 Windows Media服务器中一个或多个脚本或者是Microsoft Windows Media Player，可以模拟大量的客户端需求以测试Windows Media服务器的负荷程度并提供日志供系统管理员分析和参考。本片文章将详细介绍Windows Media Load Simulator的安装及测试方法。

介绍Windows Media Load Simulator

　　简单的说你对你的Windows媒体服务器的整体性能能满足怎样的需求还不是很了解。在你将设备向用户提供服务之前，你或许想知道你的服务器或整个集群可以达到一个什么样的读取性能。比如说服务器和网络环境如何在几秒内处理500个并发请求？你的磁盘队列如何解决800连续的需求量？你的服务器的CPU如何处理上千的验证请求和上百个比特流？

　　你可以在一个或多个客户端上运行Windows Media Load Simulator去模拟大量的客户连接。你也可以设定程序去模拟许多的用户行为，包括连续运行播放程序、寻找指令内容和通过应用验证来连接等等。你可以通过使用Windows Media Load Simulator去模拟超过1000个测试用户或监视一个在线服务器在服务器上从而测试一个服务器的上限。这一节就描述了Windows Media Load Simulator如何工作和对系统的要求。

Windows Media Load Simulator是如何工作的

　　当程序在运行时，Windows Media Load Simulator界面上的性能计数器给你一个有关于客户连接数量和类型、收到的数据总量和连接错误的实时信息。更多的实时信息都是可利用在用于Microsoft Management Console(MMC)的Windows媒体服务器snap-in的监视器标签卡上或用于网页的Windows媒体服务器管理员。标签卡上的计数器显示了实时用户连接状态。你可以点击标签卡上的View Performance Monitor按钮去监视Windows媒体性能计数器。这些计数器提供关于Windows媒体服务器的信息，例如活跃流的数量，硬盘每秒的延迟阅读数和服务器CPU当前的使用率。

　　在一个测试的最后，你可以研究下面记录中的结果来了解到你的服务器是如何处理模拟下载的：

　　1.下载模拟日志。包括连接用户的相关信息，比如用户连接状态，重放状态和连接错误。

    2.服务器性能日志。包括计算机上运行的Windows媒体服务器的性能信息，提供在可配置时间间隔内的系统状态的snapshots。这个日志包括了一些信息，比如每秒硬盘延迟读取的数量，拒绝的验证的数量，终止流和服务器使用率的数量。

　　3.Windows媒体服务器记录。包括访问Windows媒体服务器的内容，连接状态信息的列表，正被访问的内容的名称，以及传输过程中丢掉的数据总量。

　　你可以运行Windows Media Load Simulator在服务器进入工作前去测试你的服务器和网络的配置，也可以去监控你的系统在线之后的安全情况。如果必要的话，你可以通过应用Windows媒体服务器snap-in或者针对网页的Windows媒体服务器管理员去对一个在线的Windows媒体服务器的设置进行修改。如果你服务器的硬盘，CPU和网卡运行顺畅的话，用户就可以很快地连接到这个服务器并且可以体验高质量的不受干扰的stream。网络条件和客户带宽会经常脱离你的控制，但是通过使用Windows Media Load Simulator，你就可以放心的完成那些你在服务器上完成的去测试客户连接质量和流的工作。

系统要求：

安装Windows Media Load Simulator客户端安装软件和硬件配置在以下标准之上：

Microsoft Windows Server 2003标准版；Windows Server 2003企业版或Microsoft WindowsXP专业版

Microsoft Internet Explorer 6.0 or later

550MHz处理器

512MB内存

100Mbps网络连接

20 MB磁盘空间给日志存储，10GB操作系统空间。

使用Windows Media Load Simulator

　　Windows Media Load Simulator有两个主要的应用：作为一个顶级的应用或重点地测试器，以及作为一个在线的监控器。以下的列表概述了这两种功能：

Peak和Stress测试

　　你可以在期望的峰值下载条件下对每个下线的服务器进行测试然后研究这些结果。做完这些之后，增加下载然后记录下服务器性能的变化和当你接近服务器能力极限时的流的质量。你可以用这些结果为那些被服务器允许的用户连接设置极限值。你可以用某一个Windows Media Load Simulator管理的界面去设置用户数量的最大值，使用带宽的最大值以及最大的文件比特率。

　　典型的结果可以表明计算机CPU、内存或硬盘或带宽的问题。举个例子，比如一个慢的CPU会导致一个相对慢的许多用户连接有很高的CPU占用率还会导致很高的不定连接和流的错误。Windows媒体服务器中的延迟传递计数器也会指出慢的CPU。一个慢的硬盘会导致在重压下的大量的延迟读取。延迟读取在全部是静态数据时并不是一个典型的问题，比如静态的图像或网页。但是，当服务器是以实时数据媒体内容为主的情况下，数据必须是在它实施时可行的。

在线监控

　　当服务器在线被使用时，你可以不断地将一或两个用户连接到你的服务器上来监控系统整体的安全。你也可以制作一个简单的程序或者起草一个自动的日志警报或产生一个警报信息。举个例子，你可以制作一个简单的草稿在Windows Media Load Simulator产生流错误时发送给你一封e-mail的信息。

　　接下来这个段所描述的流程是关于使用Windows Media Load Simulator两个方面模式来帮助你决定或维持你的服务器的安全的。流程如下：

1.决定一个客户的Profile

2.制作测试源内容

3.为测试使用峰值作设置

4.设定下载模拟器

5.运行测试

6.设置在线模拟器

决定一个客户的Profile

　　在你运行一个测试前，测定典型的峰值客户计数和典型的客户profile。典型的峰值客户计数是最大量的会在规律的基础上同时产生流内容的用户数量。用户profile是基于那些可提供给用户并且会被用户用到相关内容方式的内容。用户的行为（比如寻找，打开和关闭流）和证明要求额外的服务器资源并且应该包含于一个完全的模拟测试中。由于你在将你的服务器完全置于在线前无法测定它的极限，所以你应该在模拟测试中把期望值设定的比你想象中的实际情况更高些。在你测定客户计数和profile时参考以下的条目：

并发流。那些会被同时连接的平均的和最大数量的客户数量是什么？

混合的散播和按需求的内容。你会将哪种类型的内容提供给用户？这些内容中有多少是散播的，有多少是按需求的？

用户的行为。用户会怎样播放这些内容？你期望用户从始至终的用一个方式播放所有的内容或是视内容而定？

比特流内容。有多少内容被用于Multiple-bit-rate的编码？

验证。用户是否需要提供一个用户名和密码来获得对内容的访问权？

创造测试源内容

　　如果你可以的话，就使用同样的Windows媒体文件做服务器在线时你流入的测试。如果你还未创造任何内容或者你的内容是直播的，创造接近模拟的比特率和实际内容长度的占位符内容。例如，如果你计划通过multiple-bit-rate编码播报一个直播的事件，就用同样的设置编码一个直播的占位符流。另外，编码内容包含了相似数量的在屏幕上的运动。例如，如果你流向一个直播的音乐会其中有频繁使用hand-held照相机，fast cuts和灯光效果，就用一个相似音乐会的录音带作为你的模拟直播源。如果你的内容包括上百个30-秒新闻采访，就创造两个或三个包含相似材料的文件，然后制作数倍文件的复件。测试文件需要包含同一类型和数量的on-screen运动和场景变换作为实际内容，因为视频的这些方面直接影响到比特率。

部分用户的行为可以通过内容的性质而测定。例如，如果你的site有很多short clips，一个用户可能会打开或关闭许多文件会浏览或寻找不同的文件的部分。这个用户会寻找不同片段的信息。许多用户的寻找和浏览在一个超负载的服务器上可能会被视为延迟的读取和高CPU占有率。如果内容是直播的，硬盘访问可以被忽略不计。但是你可能会遇到由慢的CPU或慢的RAM或增长的迟发送率的错误。然而用户可以在任意时间访问按需求的内容，在广播的直播内容时下载到服务器的用户通常是很多的因为访问在一个时间时期内是集中的。

支持multiple-bit-rate内容和鉴别用户去播放受保护的内容也是对服务器的一个额外的负担。Windows Media Load Simulator有办法用stress test供你解决这些重点。

原文转自：http://www.ltesting.net