使用しているバインディングについては言及していませんが、それはそうであると推測していますWCF-wsHttpBinding
(basicHttpBinding
セッションAFAIKをサポートしていません)。
より多くの構成オプションがあるため、WCF-Custom に切り替えることをお勧めします。バインド タイプとして wsHttBinding を選択するだけで、WCF-wsHttpBinding と同じように機能します (すべての基本および wsHttp 受信場所を Wcf Custom で問題なく構成しました (FWIW))。
serviceThrottling
受信場所の動作タブで動作を手動で追加する必要があります。MSDNから
ServiceThrottlingBehavior サービス動作の要素を変更する前に、まず serviceThrottling 動作拡張を [WCF-Custom* トランスポート プロパティ] ダイアログ ボックスの [動作] タブに追加する必要があります。Behaviors のリストに serviceThrottling を追加するには、[WCF-Custom* Transport Properties] ダイアログ ボックスの [Behaviors] タブを選択し、[Behavior] の下の [ServiceBehavior] を右クリックし、[Add extension] をクリックして、[serviceThrottling] を選択し、[OK] をクリックします。次に、ServiceThrottlingElement で使用可能なプロパティをクリックして選択し、必要に応じてプロパティの値を変更します。
と も同時に増やす必要がある可能性がありmaxConcurrentCalls
ますmaxConcurrentInstances
。
.NET 4 のデフォルトの推奨値は少なくとも16*Coresですが、上記のリンクでは .NET に対して >= 200 を推奨していmaxConcurrentCalls
ます。
とはいえ、BizTalkホストのスロットリングが、受信負荷の高い状態が一定期間続いた後に開始される場合があります。これにより、説明したようなロックアップが発生する可能性があります。WMI またはperfmon カウンターを使用して、ホストの公開および配信の調整状態を確認します。この場合は、調整の影響を回避または制限するために、サーバー、ホスト、およびオーケストレーションの長期的な調整を開始する必要があります。BTS ホストのスロットリングは、WCF のような同期受信にとって致命的です。これは、応答メッセージが大幅に遅れてクライアントがタイムアウトになる可能性があり、BTS が応答を処理し始めると、応答が一時停止する原因にもなります。