大量の要求を処理するWCFサービスがあります。ワーカープロセスが応答しないときにIISがアプリケーションプールをリサイクルするのを防ぐ方法
私が発見したように、cuncurrent要求の数がmax cuncurrent接続の制限を超えた場合、結果の要求は、後で実行されるようにキューに入れられます。これらの要求が実行される前にタイムアウトが発生すると、IISはワーカープロセスを応答不能に判断し、そのプロセスを強制終了します(またはアプリケーションプールをリサイクルします)。
リサイクルプロセスには約1分かかりますが、サービスはダウンしており、大きな問題です。
かかわらず、(我々はすでにそれに取り組んでいる)のコードでタイムアウトと長い応答時間の原因の、私の質問はこれです:
我々はこのアプリプールに複数のワーカープロセスを定義した場合ワーカープロセスの1つが同じ状況にある場合はどうなりますか? IISがアプリケーションプールをリサイクルするか、特定のワーカープロセスが強制終了され、他のプロセスが依頼を処理し続けますか?