Блог

У меня есть ASP.NET Приложение 4.0, работающее поверх IIS 7.5 на 64-разрядном компьютере Windows Server 2008 R2 Enterprise с большим объемом оперативной памяти, процессора, диска и т. Д.

С каждым веб-запросом ASP.NET приложение устанавливает соединение с серверной веб-службой (через необработанные сокеты), которая запущена на том же компьютере.

Проблема: похоже, что-то ограничивает количество одновременных подключений к серверной веб-службе. Подозрительно, что количество одновременных подключений превышает 16.

Я нашел эту ключевую статью от Microsoft, объясняющую, как настроить параметры IIS для размещения ASP.NET приложения, которые делают много запросов к веб-сервисам: http://support.microsoft.com/?id=821268#tocHeadRef

Я следовал рекомендациям статьи, но все равно не повезло. Особенно интересным является maxconnection параметр, который я даже увеличил до 999.

Есть идеи, что еще может регулировать соединения?

Примечание: Когда я исключаю IIS из состава и заставляю клиентов напрямую подключаться к внутренней веб-службе, он с радостью откроет столько подключений, сколько мне нужно, поэтому я уверен, что серверная часть не является узким местом. Это должно быть что-то в IIS / ASP.NET-land.

Вот соответствующий раздел 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 приложение к вашей серверной службе.

Здесь не ваш серверный веб-сервис регулирует частоту запросов, а количество открытых подключений, которые ваше вызывающее приложение готово установить к той же конечной точке (тот же URL).

Вы можете удалить это ограничение, добавив следующий раздел конфигурации в свой файл machine.config:

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

Конечно, вы могли бы выбрать более разумное число, если хотите, например, 50 или 100 одновременных подключений. Но приведенное выше откроет его до максимума. Вы также можете указать конкретный адрес для правила ограничения открытия выше, а не «*», который указывает все адреса.

Документация MSDN для System.Net.connectionManagement

Еще один отличный ресурс для понимания управления подключением в .NET

Надеюсь, это решит вашу проблему!

РЕДАКТИРОВАТЬ: Упс, я вижу, что у вас есть управление соединениями, упомянутое в вашем коде выше. Я оставлю свою приведенную выше информацию, поскольку она актуальна для будущих пользователей с той же проблемой. Однако, пожалуйста, обратите внимание, что в настоящее время на большинстве современных серверов есть 4 разных файла machine.config!

Существует .NET Framework v2, работающий как под 32-разрядной, так и под 64-разрядной версией, а также .NET Framework v4, также работающий как под 32-разрядной, так и под 64-разрядной версией. В зависимости от выбранных вами настроек для вашего пула приложений вы можете использовать любой из этих 4 разных файлов machine.config! Пожалуйста, проверьте все 4 файла machine.config, которые обычно находятся здесь:

• C:WindowsMicrosoft.NETFrameworkv2.0.50727CONFIG
• C:WindowsMicrosoft.NETFramework64v2.0.50727CONFIG
• C:WindowsMicrosoft.NETFrameworkv4.0.30319Config
• C:WindowsMicrosoft.NETFramework64v4.0.30319Config