EPM スレッドプール サイズの設定
このトピックでは、エンド ポイント マネージャー (EPM) のスレッドプール サイズの設定方法について説明します。
[ホストのプロパティ] ダイアログ ボックスの [詳細設定] タブには、CPU あたりのメッセージング エンジン スレッドの最大数というプロパティがあります。 このダイアログ ボックスへのアクセス手順については、「 新しいホストを作成する方法」を参照してください。 このプロパティを使用すると、メッセージを処理するためにメッセージング エンジンが使用するプロセス スレッドのプールのサイズを制御できます。 このプロパティの既定値は 20 です。つまり、サーバー上の CPU ごとに最大 20 個のスレッドを使用できます。
メッセージのバッチはプール内の各スレッドによって処理されるため、 CPU あたりのメッセージング エンジン スレッドの最大数の値を 調整すると、サーバー上のリソース使用率のダイナミクスを変更することでパフォーマンスに影響を与える可能性があります。 スレッドプールのしくみの詳細については、「 BizTalk メッセージング エンジンの使用」を参照してください。
テストでは、CPU またはSQL Serverが過剰に使用されている場合、CPU あたりのメッセージング エンジン スレッドの最大数の値を小さくすると、スループットが大幅に向上する可能性があることが示されています。 たとえば、メッセージ ボックス データベース サーバーで CPU の使用率が 90% 以上と示されている場合、または SQL のロック待機時間が 500 ～ 1000 ミリ秒以上に上がった場合、プールのスレッド数が減り、SQL Server に接続している全体の接続数が少なくなります。このため、効率的なメッセージ処理が実現します。 最大スレッド プール サイズを 2 に設定すると、明確なスループットの向上が実現する場合があります。
推奨
BizTalk Serverインストールを最適化する場合は、CPU あたりのメッセージング エンジン スレッドの最大数に設定した値を微調整することをお勧めします。 メッセージ ボックス データベース サーバーを使用する割合を減らす場合は、このプロパティの値を小さくすることを検討してください。
BizTalk サーバーまたは MessageBox データベース サーバーの使用率が高くなく、追加の負荷を適用してもスループットが向上しない場合は、[ CPU あたりのメッセージング エンジン スレッドの最大数 ] の値を増やして、使用率の低いリソースを利用してみてください。