Error HTTP 503.2 - Servicio no disponible. El ajuste serverRuntime @ appConcurrentRequestLimit está siendo superado

Question

Tengo un sitio web Sitecore intranet establecido en IIS 7, que lanza al azar el siguiente mensaje de error

HTTP Error 503.2 - Service Unavailable 
    The serverRuntime@appConcurrentRequestLimit setting is being exceeded. 

Para solucionar este problema, he hecho cambios siguientes

• Aumentó la longitud de cola del grupo de aplicaciones myrjetAppPool de 1000 a 65535.
• Máquina modificada.Config para aumentar la propiedad requestQueueLimit del elemento ProcessModel a 100000

• Aumento appConcurrentRequestLimit a 10.000 ejecutando

  C:\Windows\System32\inetsrv\appcmd.exe set config /section:serverRuntime /appConcurrentRequestLimit:100000 
  

Pero sigo teniendo el mismo error. CUALQUIER ayuda es muy apreciada.

Answer 1

Investigue las referencias en la URL vinculada a 'MaxConcurrentReqeustsPerCPU', que puede necesitar establecer creando una nueva clave de registro, según su sistema operativo y el marco.

http://blogs.msdn.com/b/tmarq/archive/2007/07/21/asp-net-thread-usage-on-iis-7-0-and-6-0.aspx

Como ya se ha comentado - verificar el recuento real de solicitudes simultáneas utilizando los contadores de rendimiento para determinar a qué límite que está golpeando es decir, que podría ser un límite de 5000 o tal vez 12 (por CPU).

Editar: Me doy cuenta de que esto puede parecer que estoy hablando de una configuración diferente por completo, pero creo que hay una superposición aquí.

Answer 2

Puede comprobar para ver a dónde van todos sus hilos. Tuvimos ocurrencias donde los hilos de los activos de la Biblioteca de medios colgaban y bloqueaban la cola.

En el Administrador de IIS, seleccione el nodo del servidor, luego el icono de la función "Procesos del trabajador", haga clic con el botón derecho en el grupo de aplicaciones de interés y seleccione "Ver solicitudes actuales". Es posible que encuentre que algo se está estancando. A veces, pulso F5 en esta pantalla unas pocas docenas de veces en una sucesión muy rápida para ver la tasa que están atravesando las solicitudes (por supuesto, el Monitor de rendimiento es mejor para ver las métricas, pero no le indicará qué URL se están procesando).