uber reiniciar reciclar que practices detiene defaultapppool best application app aplicaciones iis-7 application-pool recycling

iis-7 - reiniciar - reciclar pool de aplicaciones iis



¿Cuáles son las configuraciones óptimas para el reciclaje de pools de aplicaciones en IIS7 en un entorno compartido? (4)

¿Cuáles son las configuraciones óptimas para el reciclaje de pools de aplicaciones en IIS7 en un entorno compartido?


Si tiene un sitio con mucho tráfico, use un cronograma de reciclaje prolongado. Si tiene un sitio de poco tráfico, use una programación más corta / predeterminada para ahorrar memoria.

Lo aprendí del blog de Al Zabir: http://msmvps.com/blogs/omar/archive/2008/10/04/best-practices-for-creating-websites-in-iis-6-0.aspx

Daniel S. tiene razón, las variables de sesión se destruyen al reciclar, así que asegúrese de probarlas bien o de tener una buena protección / recuperación de errores al obtener los objetos de la sesión.


Sugerencia: cuando reciclas tu aplicación, todas las variables de sesión se destruyen ... ¡así que ten cuidado!

En mi humilde opinión, mantener los valores predeterminados.


necesita adaptar la configuración a sus necesidades, tener en cuenta la cantidad de memoria que tiene y los tiempos de uso máximos para su sitio / aplicación web.

También tenga en cuenta el uso de memoria de su sitio / aplicación web como si hubiera pérdidas de memoria que podría estar reciclando con más frecuencia de lo que cree.

Sopese cualquier fuga contra el costo del reciclaje, como se indicó anteriormente, perderá las variables de estado.


Como Hoster, definitivamente desea reciclar en Memory & Time, potencialmente solicitar límites y CPU. Desea ser bastante agresivo con respecto a estos límites, pero asegúrese de publicarlos en sus clientes.

Memoria : 512 para una caja x86, quizás 768. Para x64, puede establecer esto mucho más alto dependiendo de la cantidad de hosts por servidor. Solo debe tener cuidado y ver el evento de reciclado de su grupo de aplicaciones en problemas de memoria.

Tiempo : normalmente reciclamos a la 1 a.m. en la mañana, más o menos (primer sitio 1:01, segundo 1:11, tercer 1:21, para que no tenga todo el reciclaje al mismo tiempo)

Límite de solicitud : 35,000 fue el valor predeterminado para IIS6, pero este número es bastante arbitrario y muy dependiente del sitio en cuestión. Para sitios de uso pequeño, el reciclaje nocturno afectará mucho antes de recibir 35k solicitudes.

CPU : límite de 95% / 1 minuto / KillW3WP, pero úselo con cuidado. Mi comprensión de esto es que si la CPU alcanza el 95% + sobre el límite de 1 minuto para este proceso de trabajo, el proceso de trabajo se mata y no puede reiniciarse durante el resto del límite cuando Acción se establece en KillW3WP. Es posible que desee probar NoAction inicialmente y simplemente ver los registros de eventos con cuidado.

Reciclar registros de eventos : desea asegurarse de que está registrando el reciclado de grupos de aplicaciones para cada umbral de eventos que configure; es decir, si limita los límites de solicitudes basados ​​en límites, asegúrese de que el registro de límite de solicitudes esté habilitado.

Una cosa para recordar es que debe establecer retail="true" en el elemento <deployment> en su machine.config :

<system.web> <!-- <deployment retail = "false" [true|false] /> --> <deployment retail="true" /> </system.web>

Al no configurar esto, permitirá que un sitio active la depuración, lo que permite tiempos de espera ilimitados en las solicitudes, lo que no es ideal para un proveedor de servicios de hosting ...