轉 如何使用Windows Media Load Simulator進行Windows Media伺服器效能測試和監控

標籤：

Windows Media Load Simulator(WMLS)有兩個主要的用途：作為極值或者壓力測試工具和線上監視器。
  1   極值和壓力壓力測試：你能夠在達到期望的極值壓力條件下測試離線的伺服器，並且分析結果。之後，逐漸增加壓力並注意伺服器的性能表現和流媒體的播放品質，逐漸達到伺服器容量的極限。你能夠使用測試結果來設定伺服器的最大客戶串連數。你可以使用WMS的管理界面來設定最大客戶數，最大頻寬佔用和最大的檔案位元速率。
       測試結果會典型的揭示伺服器的問題，CPU,記憶體或者硬碟或者網路頻寬。舉例來說，一個速度慢的CPU會導致很高的CPU使用率和相應的很少使用者串連數，並且導致大量掛起的串連和流媒體錯誤。Late Send計數器同樣會說明低俗的CPU。一個低速的硬碟會導致在壓力下的late send。但是，當伺服器在傳輸即時的媒體內容的時候，資料必須在傳輸的時候是可用的。
2  線上監控  當伺服器正式上線使用的時候，你能使用一、二個使用者不間斷的串連到你的伺服器來監控伺服器的總體效能情況。你也可以創建一個簡單的程式或者指令碼來自動產生警告日誌或者資訊。比如，開開眼建立一段簡單的指令碼用來當WMLS監控到一個流媒體錯誤的時候發郵件給你。

依據下面的過程來使用WMLS，從而協助你判定和維護伺服器的效能，包括一下幾個方面
1  判定客戶情境
2 建立測試源檔案
3 配置極限測試
4  配置WMLS
5 進行測試
6 配置線上監控

1  判定客戶情境
    在進行測試之前，你需要判定典型的極限客戶數量和典型的客戶情境。典型的極限客戶數量指的是在常規的情況下能同時進行流媒體傳輸

的最高使用者數。客戶情境則是基於傳輸的內容的類型和傳輸方式。客戶的行為（比如搜尋播放，開啟和關閉流媒體）和授權需要額外的伺服器資源，這些也是需要在一個完整的類比測試中要考慮到的。因為你在真正的上線之前是不能夠判斷伺服器的極限的，你應該在進行類比測試的時候將你的期望值設定要比你實際感覺的要稍高一些。當你判定客戶數量和情境的時候請考慮以下的因素：
    a、同時串連數量：同時串連到伺服器的平均客戶數量和最大客戶數量是多少？
    b、廣播和點播的混合：你提供的內容的類型？多少是廣播？多少是點播？
    c、使用者行為： 使用者會如何播放內容？你期望使用者是從頭播到尾呢還是只是瀏覽內容？
    d、混合位元速率內容：多少內容是用混合位元速率來編碼的？
    e、認證：是否需要使用者提供使用者名稱和密碼來訪問內容？

2 建立測試源檔案
   如果能夠的話，盡量使用真實的媒體檔案來做測試。如果你暫時沒用建立任何檔案或者你是線上直播，建立臨時的檔案內容，它要能夠盡量的類比真實的位元速率和長度。比如，如果你計劃使用混合位元速率來直播一個事件，則需要按照真實的配置來編碼一個直播的臨時流。更進一步，編碼的內容要包括實際現場的一些行為。比如，如果你要直播一場音樂會，那麼現場可能會頻繁的使用到手持攝像機，快速切換和燈光效果等，這時可以使用一個類似的音樂會磁帶來作為類比的直播源。如果你的內容包含幾百個30s的新聞採訪，這時你可以建立2到3個類似內容的檔案，然後進行複製。測試檔案應該包含和實際內容一樣的檔案類型、數量、螢幕情境和變換，因為這些視頻的這些方面會直接影響大位元速率。
    使用者的行為有一部分是由檔案的特性來決定的。比如，如果你的網站擁有很多短片段，一個使用者很有可能會去開啟關閉很多的檔案並且瀏覽或者搜尋檔案的不同部分。使用者可能會搜尋一些片段資訊。當一個過載的伺服器上，使用者的過多的搜尋和瀏覽操作會導致late send和高的CPU使用率。如果內容是直播的，硬碟的訪問將可以被忽略。但是，你可能會在一個低俗CPU或者低記憶體的伺服器上遇到錯誤或者增長的late send rate。使用者可以隨時訪問點播的內容，當廣播進行中的時候，客戶對伺服器的壓力會經常高一些，因為訪問集中在這段時間內。
    傳輸混合位元速率的內容和認證使用者去訪問被保護的內容也會給服務帶來額外的壓力。WMLS能夠在這兩種情況下類比進行壓力測試。

3 配置極限測試環境
   極限和壓力測試應該在離線的情況下使用封閉的區域網路環境進行。WMLS可以建立與真實情況下相同的數量的客戶串連對伺服器壓力和網絡負載。如果你在一個真實的網路環境下進行壓力測試，那麼測試有可能佔用所有可用的頻寬並阻止真實的客戶來訪問伺服器。而在一個封閉的區域網路內進行極限測試，你可以避免使用者遇到網路或者網際網路的中斷，並且你能夠按照需要隨意增加位元速率來測試伺服器和本網硬件。展示了一個典型的區域網路布局圖。

Figure 1. Layout of closed LAN for stress testing 
這個布局圖假設了一個典型的測試情境：一台能夠承受1000個同時播放28.8kbps的流串連的Windows Media伺服器，5台串連到伺服器並運行WMLS的客戶機，每個客戶機類比運行200個客戶串連。布局圖同時也包含一個遠端編碼電腦，用來進行流媒體直播和一個遠端存儲磁碟機，用來儲存點播的檔案資料來源。

    運行WMLS的客戶機必須流暢的處理一定數量的客戶串連。串連的數量不僅取決類比的客戶數，也與內容的位元速率和網路頻寬有關。比如，200個使用者串連到28.8kbps的流媒體上會佔用5.6Mbps的頻寬，這個在100M的乙太網路環境中很容易承受。但是，如果檔案內容以300kbps的速度傳輸，那總共的頻寬將會是60Mbps，這已經很接近網路的極限了。除了要確保你的網路環境能夠承受相應的位元速率，你也應該使用系統監視器來檢查客戶機的CPU和記憶體使用量，確保使用率要低於50%。一個超載的客戶機會產生影響測試結果的流播放錯誤。

      快速的伺服器能夠承受更高的流媒體串連數量。比如，一個擁有4個處理器和1G記憶體的伺服器能承受幾千個使用者同時串連。這種情況下，你應該增加更多的類比客戶串連或者使用更快的客戶機。通常的經驗是每一個Windows Media伺服器使用3個客戶機。3：1的比例適用於客戶機的配置和伺服器一樣。如果你使用的客戶機的配置比伺服器低，那麼你需要更多的客戶機。一般來說，在使用WMLS進行測試的時候要保證你的網路和伺服器配置正確。
   
     你可以使用2003的網路負載平衡叢集來增加你的伺服器的穩定性和可靠性。一個負載平衡的系統是一組伺服器的叢集，但是對客戶來說是一個單個的伺服器。可以像測試單個的伺服器一樣來測試叢集的伺服器。

你也可以按照Windows Server 2003 Scalable Networking Pack來釋放CPU周期來運行應用相關的任務，比如支援很多的客戶串連和增加網路輸送量。（Scalable Networking自動包含在Windows Server 2008中）

4  配置WMLS
   a、啟用Windows Media伺服器進行負載測試
       在WMS系統的根目錄下建立一個名為WMLoad.asf的檔案，這樣是為了保護你的伺服器避免非授權的負載測試。
   b、配置具體的Windows Media伺服器資訊
   c、配置具體的資料來源
   d、配置客戶設定檔

   e、添加授權
   f、設定測試時間和啟用日誌

5 進行測試
   a、運行極限測試
      至少運行測試2分鐘，對下面的資訊進行檢查：
     關注WMLS的計數器統計資訊
     注意達到極限客戶數的丟失包的數量
     檢查測試錯誤數量計數器
b、分析結果
c、進行壓力測試

6 配置線上監控

    在獲得一個穩定的伺服器配置後，你可以將你的系統放到生產環境並繼續使用WMLS進行線上監控。你可以配置兩天客戶機，一台在區域網路來串連伺服器，一台通過網際網路串連伺服器。如：

      使用線上客戶機監控的目的在於確保伺服器在生產的環境下工作正常。你不應該通過網際網路或者有其他人真正使用的網路來對生產環境的線上服務器進行壓力測試。WMLS會很快的消耗所有的頻寬，這樣會影響其他真實客戶的使用。線上監控是為了確保伺服器和網路的效能正常，通常是通過一個典型的客戶機來串連伺服器。在離線的情況下使用WMLS得到的測試結果對線上的伺服器同樣有效。

      你也可以通過一下簡單的程式或者指令碼累增強線上客戶監控，這需要對客戶機的註冊表進行配置。具體的內容請參看Windows Media協助檔案。

End

轉 如何使用Windows Media Load Simulator進行Windows Media伺服器效能測試和監控