ASP.NETアプリケーションがWebサービスに確立できる同時接続の数を制限しているものは何ですか？

RAM、CPU、ディスクなどを備えた64ビットのWindows Server 2008 R2 EnterpriseマシンでIIS 7.5の上でASP.NET 4.0アプリケーションを実行しています。

すべてのWebリクエストで、ASP.NETアプリケーションは、同じマシン上で実行されているバックエンドWebサービス（生のソケットを介して）に接続します。

問題：バックエンドWebサービスへの同時接続数を制限するものがあるようです。疑わしいことに、同時接続数は16に達しています。

IISの設定を微調整して、多くのWebサービス要求を行うASP.NETアプリに対応する方法を説明している、Microsoftのこの重要な記事を見つけました。http：//support.microsoft.com/？ id = 821268＃tocHeadRef

私は記事の推奨事項に従っていましたが、まだ運がありませんでした。特に興味深いmaxconnection設定は、私が999にぶつけた設定です。

他に何が接続を抑制できるかについてのアイデアはありますか？

注： IISを混在させずに、クライアントにバックエンドWebサービスに直接接続させると、必要な数の接続が問題なく開かれるため、バックエンドがボトルネックにならないことが確実です。IIS / ASP.NETランドにあるものでなければなりません。

machine.configこれは、アプリケーションによって読み取られていると確信している（で検証されたappcmd.exe）の関連セクションです。

<system.web>
    <processModel autoConfig="false" maxWorkerThreads="100" maxIoThreads="100" minWorkerThreads="50" />
    <httpRuntime minFreeThreads="176" minLocalRequestFreeThreads="152"/>

    <httpHandlers />

    <membership>
        <providers>
            <add name="AspNetSqlMembershipProvider"
                type="System.Web.Security.SqlMembershipProvider, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"
                connectionStringName="LocalSqlServer"
                enablePasswordRetrieval="false"
                enablePasswordReset="true"
                requiresQuestionAndAnswer="true"
                applicationName="/"
                requiresUniqueEmail="false"
                passwordFormat="Hashed"
                maxInvalidPasswordAttempts="5"
                minRequiredPasswordLength="7"
                minRequiredNonalphanumericCharacters="1"
                passwordAttemptWindow="10"
                passwordStrengthRegularExpression="" />
        </providers>
    </membership>

    <profile>
        <providers>
            <add name="AspNetSqlProfileProvider" connectionStringName="LocalSqlServer" applicationName="/"
                type="System.Web.Profile.SqlProfileProvider, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
        </providers>
    </profile>

    <roleManager>
        <providers>
            <add name="AspNetSqlRoleProvider" connectionStringName="LocalSqlServer" applicationName="/"
                type="System.Web.Security.SqlRoleProvider, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
            <add name="AspNetWindowsTokenRoleProvider" applicationName="/"
                type="System.Web.Security.WindowsTokenRoleProvider, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
        </providers>
    </roleManager>
</system.web>
<system.net>
    <connectionManagement>
        <add address="*" maxconnection="999"/>
    </connectionManagement>
</system.net>

ここで提供する回答のほとんどは、ASP.netアプリケーションからバックエンドサービスに送信できる発信リクエストの数ではなく、バックエンドウェブサービスへの着信リクエストの数を扱っています。

ここでリクエストレートを調整しているのはバックエンドWebサービスではありません。これは、呼び出し側アプリケーションが同じエンドポイント（同じURL）に対して確立しようとするオープン接続の数です。

この制限を解除するには、machine.configファイルに次の構成セクションを追加します。

<configuration>
  <system.net>
    <connectionManagement>
      <add address="*" maxconnection="65535"/>
    </connectionManagement>
  </system.net>
</configuration>

もちろん、50または100の同時接続などが必要な場合は、より妥当な数を選択できます。しかし、上記は最大までそれを開きます。すべてのアドレスを示す「*」ではなく、上記のオープン制限ルールに特定のアドレスを指定することもできます。

System.Net.connectionManagementのMSDNドキュメント

.NETのConnectManagementを理解するためのもう1つの優れたリソース

これで問題が解決することを願っています！

編集：おっと、私はあなたが上記のコードで言及された接続管理を持っていることを確認します。上記の情報は、同じ問題を抱える将来の照会者に関連するものなので、そのままにしておきます。ただし、最新のサーバーには現在4つの異なるmachine.configファイルがあることに注意してください。

32ビットと64ビットの両方で実行される.NET Framework v2と、32ビットと64ビットの両方で実行される.NET Framework v4があります。アプリケーションプールの選択した設定に応じて、これらの4つの異なるmachine.configファイルのいずれかを使用できます。通常ここにある4つのmachine.configファイルをすべて確認してください。

• C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIG
• C：\ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ CONFIG
• C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Config
• C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Config

質問はかなり古いかもしれませんが、バックエンドが同じサーバー上で実行されているとおっしゃっています。つまり、おそらくデフォルトのポート80以外の別のポート上にあります。

「connectionManagement」構成要素を使用する場合、デフォルトの80と異なる場合はポート番号を指定する必要があると読みました。

リンク：ASP.NETでautoConfig = falseでもmaxConnection設定が機能しない場合がある

次に、独自のバックエンド固有の値で拡張されたデフォルト設定（address = "*"）を使用することを選択した場合、特定の値を最初に配置することを検討してください。それ以外の場合、リクエストが行われると、*が最初に一致し、デフォルトの2接続が使用されます。web.configのセクションを使用するときと同じです。

リンク：connectionManagement（ネットワーク設定）の<remove>要素

それが誰かを助けることを願っています。

WCFベースのWebサービス参照を使用している可能性はありますか？デフォルトでは、ServiceThrottlingBehavior.MaxConcurrentCallsは16です。

サービス参照動作の<serviceThrottling>要素を更新してみてください

<serviceThrottling
    maxConcurrentCalls="999" 
    maxConcurrentSessions="999" 
    maxConcurrentInstances="999" />

（上記の設定をお勧めします。）適切な要素を構成する方法の詳細については、MSDNを参照してください<behavior>。

静的なDefaultConnectionLimitプロパティの値をプログラムで設定しようとしましたか？

ここに、真の頭痛の種についての良い情報源があります... IIS 7.5、IIS 7.0、およびIIS 6.0でのASP.NETスレッドの使用、およびフレームワーク4.0の更新。

このページの「スレッド」セクションを参照してください：http : //msdn.microsoft.com/en-us/library/ff647786.aspxと「接続」セクション

processModel設定のmaxconnection属性をアップしてみましたか？

Webサービス、またはWebサービスの消耗品をホストしているアプリケーションまたはサーバー（ApacheまたはIIS）で定義されていない場合は、失敗するまで無限の接続を作成できます。

パフォーマンステストを実行しているときの基準はRPSです。これは、許容可能なレイテンシ内でサーバーが1秒あたりに処理できるリクエスト数です。

理論的には、1つのサーバーが同時に実行できるリクエストの数は、そのサーバー上のコアの数と同じです。

何千ものrpsを処理できる可能性があるため、問題はASP.netのスレッドモデルではないようです。問題はあなたのアプリケーションのようです。同期プリミティブを使用していますか？

また、Webサービスのレイテンシはどうですか、応答が非常に速い（マイクロ秒以内）か、そうでない場合は非同期呼び出しを検討する必要があるため、ブロックされないようにします。

これで問題が解決しない場合は、Visual StudioまたはRedgateプロファイラーを使用してコードをプロファイリングすることをお勧めします