教你用專業軟件測試媒體服務器

　　自從Google在去年以16.5億美元收購YouTube之后，在國內的互聯網站中類似于YouTube的視頻類網站如雨后春筍般拔地而起。受到國內網絡帶寬限制，很多用戶都不能流暢地在線收看節目。除此 之外，一些小型網站所使用的服務器設備過于陳舊，在架設之前也沒有進行過專業的測試，當用戶達到一定訪問人數的時候服務器就會癱瘓?，F在在網絡上主要流行三種媒體播放軟件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.anti-gravitydesign.com