Microsoft Web Application Stress Tool 配置

 

http://www.microsoft.com/taiwan/technet/itsolutions/ecommerce/maintain/optimize/d5wast_2.aspx?mfr=true 指定同時連線數目 在設定檢視的同時連線 區段中，可以指定 Stress 程度 (執行緒數目) 和 Stress 乘數 (通訊端子/執行緒) 的值，以控制套用至目標 Web 伺服器的負載/stress 程度。Stress 程度是在所有用戶端中建立的 Windows NT 執行緒的總數。每個執行緒可建立多重通訊端子，且每個通訊端子為同時請求。 下列公式說明這個關聯性： 總同時請求數 = Stress 程度 (執行緒數目) x Stress 乘數 (通訊端子/執行緒) = 總通訊端子個數 在 效能標籤中，使用 Stress 程度 (執行緒數目) 的各種值來進行效能測試。例如，我們已經在連續測試中使用 100、200、300、400、500、750、1000、1500 和 2000 等各值，以研究 server farm 對漸增的負載層次的回應有多好。 您應該根據基本測試結果來調整這些個數。一般來說，您應該在較低的執行緒層次 (預期其系統輸送量隨遞增的執行緒個數而線性遞增) 收集更多資料點。另一方面，在高執行緒層次執行較少的測試，可以節省時間和工作，尤其在系統輸送量達到尖峰時。 請注意，第一個測試設定為在 1000 執行緒執行。這個目的是要執行足夠的請求，以建構應用程式所用的資料快取區。因為有或無快取區的應用程式效能可能大異其趣，如此將有助於維持負載測試時一致的系統環境。 指定測執行時間 在設定檢視的測試執行時間 區段中，可以用日、時、分和秒來指定總執行時間。根據預期指令碼項目的延遲時間 (或回應時間)，建議您至少執行測試指令碼數分鐘，以產生夠大的請求個數，以避免扭曲的測試結果。應用程式的延遲時間愈高，執行測試的時間愈長，才可獲取大量資料的取樣。 可以經常執行簡短的測試，以監視和調查站台的任何效能問題。此外，可以執行較長的測試 (例如長達 30 天)，以查看站台效能是否隨時間而遞減，尤其當它承受中級或高級負載時。 在 Duwamish Online 中，多數的效能測試執行 7 至 10 分鐘，如此已足以獲得穩定的測試結果。 指定隨機延遲時間 在設定檢視的請求延遲時間 區段中，可以選擇在執行各指令碼項目之前，加入隨機延遲時間 (或思考時間)。如果選取 [Use random delay] 核取方塊，則除了各指令碼項目指定的固定思考時間之外，每個 WAS 執行緒將閒置隨機時間週期 (介於 [Min] 和 [Max] 值之間)。 下列公式說明延遲時間計算： 每個項目的總延遲時間 = 隨機延遲時間 + 每個項目的固定延遲時間 在 指定指令碼項目的固定延遲時間時，這個隨機延遲功能特別有用。若未使用隨機延遲時間，則所有執行緒都可能將其請求同時傳送至 Web 伺服器，然後在傳送下一個請求之前，等待大約相同的固定延遲時間。隨機延遲時間可在套用負載至 Web 伺服器時，協助均衡尖峰和離峰負載，因此可代表所需負載層次更精確的測試分析藍本。 指定暫停時間 在設定檢視的暫停 區段中，可以用時、分和秒來指定 warmup 和 cooldown 時間。Warmup 時間是未收集或計算效能資料至測試結果中所執行的初始測試的長度。同理，Cooldown 時間指定未收集資料的測試的結束週期。Warmup 和 Cooldown 時間可讓測試結果的扭曲最小化。 通常在執行新測試的初始階段，特定的單次活動會耗用較多的系統資源，例如元件或應用程式快取初始化。Warmup 時間有助於在收集任何資料之前穩定系統環境。 另一方面，當使用其他系統資源來停止測試和從全部用戶端開始收集資料時，Cooldown 時間有助於避免測試結束時扭曲的資料。甚且，通訊端子連線可能會永久終止，而造成大部份的通訊端子錯誤。 在 Duwamish Online 中，多數效能測試都使用 30 至 60 秒作為 Warmup 和 Cooldown 時間。 指定頻寬節流 在設定檢視的頻寬 區 段之下，WAS 可讓您模擬 14.4 Kbps 數據機連線至 T1 (1.5 Mbps) 區域網路 (LAN) 連線範圍內的各種網路頻寬。這個功能的最大優點是可以保持目標 Web 伺服器上較高的同時連線數目。這是許多 Web 站台 (具有使用較慢數據機連線的客戶) 所遭遇的一般現象。 啟用頻寬節流 從設定檢視的頻寬 區段中，選擇 [Throttle bandwidth] 核取方塊。 從下拉式功能表中，選擇代表多數使用者連線輸送量的頻寬。 在 Duwamish Online 中，已經嘗試設定不同的頻寬節流。起初將使用者節流至 56 Kbps 連線，以了解在許多 Web 站台所經歷的狀況下應用程式如何執行。我們還嘗試將使用者節流至「雙頻道 ISDN」(128 Kbps)，以模擬未來的頻寬趨勢，此時多數的目標使用者將使用較快的連線來存取站台。最後，以無頻寬節流方式來測試站台。有趣的是，我們發現這個設定產 生的負載狀況與使用 128 Kbps 連線時相同。 不論頻寬節流如何設定，請讓想要比較測試結果的所有測試的頻寬節流設定都一致。