¿Por qué los grupos de aplicaciones IIS necesitan ser reciclados?
application-pool (1)
Los grupos de aplicaciones en IIS se reciclan con mucha frecuencia y no puedo entender por qué. Recuerdo haber leído sobre un posible problema en IIS6 que significaba que se vio obligado a reciclar, pero ahora una búsqueda rápida aparece vacía. En IIS6 o 7 puede desactivar las opciones de tiempo de inactividad, duración y tiempo específico de reciclaje, por lo que no hay problemas.
Entonces, ¿por qué cada sitio .net recicla el grupo de aplicaciones? Si un sitio no tuviera ninguna pérdida de memoria, ¿podría configurar un sitio que nunca haya tenido que reciclar?
Si falla esto, ¿cuál sería la mejor manera de garantizar que se llamen las tareas en segundo plano, hay módulos de reinicio automático para IIS o se debe usar un servicio externo para hacer esas llamadas?
Parece que es posible hacerlo si realmente lo quisieras o necesitaras.
Los sitios web están destinados a seguir funcionando (aunque en un estado sin estado). Hay un sinnúmero de razones por las que el reciclaje del grupo de aplicaciones puede ser beneficioso para la plataforma de alojamiento para garantizar que tanto el sitio web como el servidor se ejecuten de manera óptima. Estos incluyen (pero no se limitan a) los ensamblajes dinámicamente compilados que permanecen en el dominio de la aplicación, el uso del almacenamiento en caché de la sesión (sin garantía de limpieza), otros sitios web que se ejecutan frenéticamente y recursos que se consumen con el tiempo, etc. , por lo que el reciclaje del grupo de aplicaciones puede ser beneficioso para garantizar que todo funcione sin problemas.
Además del inicio inicial cuando la aplicación se inicia de nuevo, el efecto debería ser mínimo. Http.sys retiene las solicitudes mientras se inicia un nuevo proceso de trabajo, por lo que no se deben descartar solicitudes.