数据源吞吐量
通过内置插件和非 Microsoft 数据源插件,Windows Media Services 9 Series 可以支持各种来源的数据流媒体。默认安装的 Windows Media Services 包含一组插件,它们可以提供对网络上的内容(来自其他 Windows Media 服务器或编码器的流)、通过 HTTP 下载的内容和存储在本地或远程文件系统上的文件数据源的访问。
为了保证良好的用户体验(而不用考虑数据源),请确保服务器和数据源之间的连接能够维持要求的数据传输速率。数据源可以像存储在本地硬盘上的流一样简单。比较复杂的数据源包括从分发服务器接收的流或存储在网络附加存储 (NAS) 设备和存储区域网 (SAN) 基础结构中的流。根据数据源连接到服务器的方式(体系结构、驱动程序、协议等)的不同,最大吞吐量和对服务器 CPU 使用率的影响会有很大差别。各种解决方案的具体性能结果和它们之间的比较不在本文的讨论范围内。请与您的存储解决方案提供商协商,确定最大可接受的吞吐量及其对 CPU 使用率的影响。
在确定数据源吞吐量需求时,发布点类型是个很关键的因素。广播发布点对数据源的需求比请求发布点少。在任何特定时刻,连接到广播发布点的用户都收到同一块数据的副本。一般情况下,广播发布点检索来自数据源的一个数据实例,然后对它进行分割并发送给多个用户。请求发布点则不同,对于每个客户端连接,它都需要读取不同的数据,从而增加了数据源的负载。
有些情况下会有几个来自少数很受欢迎的文件的请求用户流内容。为了提高这种情况下的性能,内置的 WMS 文件数据源插件会利用 Windows Server 2003 操作系统的文件缓冲能力。在这种方式下,如果有几个请求用户访问相同的流,Windows Media Services 就会从服务器的缓存中检索数据,而不是从原始数据源中检索。这种方式有助于大大降低对数据源吞吐量的需求。默认情况下,当数据来源于本地 NTFS 或 FAT 文件系统时,Windows Media Services 就可以利用文件缓冲能力。根据驱动程序的实现,文件缓冲可以支持其他类型的存储系统。与您的存储解决方案提供商协商,确定他们的解决方案是否支持 Windows Server 2003 文件缓冲功能。
以下图表显示了对于使用 RTSPT 协议的 22 Kbps 和 300 Kbps 流,PhysicalDisk(_Total)\Disk Read Bytes/sec 和 Windows Media Services\Current File Read Rate ( Kbps) 计数器之间的比较(同时缩放至相同单位)。这些图表所显示的是所有用户都接收来自一个内容块的请求流的理想情况。在这种情况下,Windows Media Services 从内置的 WMS 文件数据源插件读取的信息总数会线性增长,而实际从磁盘中检索的信息量却粗略地稳定在一个很低的水平。