維持可能なロード テスト
このトピックの情報は、「 エンジンの MST を測定するためのテスト シナリオ」で説明されているテストを参照します。
最初のテストでは、健全なシステムの監視を行えるように、MST に到達するまでシステムを駆動しました。
次の図に、テスト システムの維持可能な最大スループットを見つけるためにこのアプローチを使用した後の主要な指標を示します。
維持可能なロード テストのロード プロファイル
このグラフは、テスト中、スプールの深さが安定し、増大しなかったことを示しています。
グラフの最上部の黒い線は、1 秒あたりに受信したメッセージ総数をシステム別 (たとえば、両方の受信サーバーのシステムごと) に示しています。
グラフの下部の線は、各 SQL Server のメッセージ ボックス スプールの深さを示しています。
安定したスプールの深さの最大値に到達するまでシステムを駆動すると、MST は 1 秒あたりに受信したメッセージ数で測定されます。 このシナリオでは、記載してあるハードウェアで 290 メッセージ/秒の MST に到達しました。
Note
時間の経過と共に、スプールの深さが安定しなくなる点までシステムを駆動すると、MST を超えます。 スプールの深さの安定状態が保たれ、追加のメッセージ バックログを発生しないで、システムでメッセージ バックログを処理できる最大負荷を評価するには、さまざまな負荷を使用して複数のテストを実行する場合もあります。
BizTalk 展開パフォーマンスを分析する際には、常にリソースのボトルネックについて理解するために主要な指標を確認する必要があります。 維持可能な最大スループットで実行されているこの展開で使用する主要な指標とその値は、次のとおりです。
CPU 使用率
| サーバー | 平均 CPU 使用状況 |
|---|---|
| BizTalk Servers | 55% |
| SQL Server (マスター メッセージ ボックス サーバー) | 76% |
| SQL Server (その他のメッセージ ボックス サーバー) | 83% |
物理的なディスク アイドル時間
| サーバー | ディスク アイドル平均時間 |
|---|---|
| すべての SQL Server の平均 | 69% |
SQL Server の SQL ロック
| パラメーター | 値 |
|---|---|
| 1 秒あたりのロック タイムアウト合計平均 (SQL Server ごと) | 1980 |
| ロック待機時間合計平均 (ms) | 495 |
このテスト中、BizTalk または SQL Server アプリケーション ログではエラーは生成されませんでした。
このデータから、次の結論を下すことができます。
システムには明らかなリソース ボトルネックはありません。
これらの指標はすべて健全な制限範囲内です。
CPU とディスク アイドル時間には、十分なヘッドルームがあり、いっぱいになるまでにはかなりの余裕があります。
SQL ロック インジケーターは適切に見えます。ロック タイムアウト/秒は、(SQL Serverに応じて) 約 5000 程度まで問題になり始めず、1 秒以下のロック待機時間も正常です。
維持可能な最大スループットを確認する方法を説明し、維持可能な健全なシステムの主要な指標がどのようなものかを確認しました。次に、ガベージの処理と収集よりも受信の速度が速いシステムに関連する動作について検討します。 [Overdrive Load Test]\(オーバードライブ ロード テスト\) に進みます。