El proceso de reciclaje y trabajo del grupo de aplicaciones IIS6.0

Después de un largo tiempo de funcionamiento, se ralentiza el programa de un sitio web de la empresa. Después de reiniciar el sitio web, la velocidad es obviamente más rápida. Se estima que los recursos de memoria y CPU ocupados por el programa del sitio web no se liberan a tiempo. Debe reiniciar el sitio web para liberar recursos a intervalos regulares. Pero el reinicio manual no siempre es una solución al problema. ¿Cómo podemos lograr una administración automática? La función de reciclaje automático del grupo de aplicaciones de IIS 6.0 puede resolver este problema.

Un grupo de aplicaciones es una configuración que vincula una o más aplicaciones a una o más colecciones de procesos de trabajo. Debido a que las aplicaciones en un grupo de aplicaciones están separadas de otras aplicaciones por límites de procesos de trabajo, las aplicaciones en un grupo de aplicaciones no se ven afectadas por los problemas que ocurren en las aplicaciones en otros grupos de aplicaciones.

Para configurar un grupo de aplicaciones para una aplicación web, necesita los siguientes pasos: 1) Cree un grupo de aplicaciones, haga clic derecho en "grupo de aplicaciones", "nuevo /grupo de aplicaciones", llámelo KefuAppPool; 2) como una aplicación web Especifique el grupo de aplicaciones, seleccione KefuAppPool en "Grupo de aplicaciones (N)" en la propiedad del directorio virtual del sitio web "Configuración de la aplicación"; 3) Establezca el método de recolección automática del grupo de aplicaciones. Hay varias formas de reciclar: http://www.45it.com
a. De acuerdo con el tiempo de ejecución
El valor predeterminado del sistema es de 1740 minutos, que es de 29 horas, este no es un buen control, se recomienda no usar.

b. Número de solicitudes
Esto depende de la situación específica. Si solo hay 10 solicitudes, pero 5 solicitan la página que compara los recursos (probablemente un informe estadístico anual), el proceso se eliminará. Si hay 1000 solicitudes, una no se ejecuta. Al comparar las páginas que ocupan los recursos, el proceso es definitivamente normal en este momento, por lo que la decisión basada en el número de solicitudes no necesariamente satisface las necesidades reales.

c. Tiempo planificado
Esto es realmente muy bueno, pero ¿a qué hora es bueno reciclar? Por lo general, estamos programados a las dos o las tres de la mañana, este tiempo es necesario para el reciclaje, pero no es muy adecuado para la apariencia de alto uso de memoria.

d. Memoria (memoria virtual o memoria usada)
Esto es realmente apropiado para el proceso causado por problemas de memoria, pero establecer un valor alto es un tema muy importante. El valor no debe ser demasiado pequeño, de lo contrario, se reclamará automáticamente si el número de visitas es mucho mayor que este valor. Esto no es necesario. Asegúrese de observar la ocupación real del proceso y tome una decisión.
Lo siguiente se centra en la comprensión del grupo de aplicaciones de reciclaje de procesos de trabajo.
De manera predeterminada, el servicio WWW establece una "recuperación de solapamiento", es decir, continúa ejecutando el proceso de trabajo hasta que finalice hasta que se inicie el nuevo proceso de trabajo. En un escenario de reclamo superpuesto, el proceso que se va a reciclar continúa procesando la solicitud, mientras que el servicio WWW crea un proceso de trabajo alternativo. Inicie un nuevo proceso de trabajo antes de detener el proceso de trabajo anterior y luego dirija la solicitud al nuevo proceso. Este diseño evita las interrupciones del servicio porque el proceso anterior permanece en comunicación con HTTP.sys para procesar las solicitudes antes de que se cierre. Debido a que el valor de tiempo de espera de cierre que se puede superponer o iniciar es configurable, el proceso se puede finalizar mientras el proceso de trabajo aún está procesando la solicitud (si no ha procesado la solicitud dentro del límite de tiempo).
Nota: cuando un servicio WWW recicla un proceso de trabajo, no desconecta la conexión TCP /IP existente. La pila de protocolo HTTP (HTTP.sys) establece y mantiene una conexión TCP /IP.
IIS grupo de aplicaciones para cada uno dirigido por un "proceso de trabajo", que es un proceso "w3wp.exe". Si hay varias aplicaciones ejecutándose en el grupo de aplicaciones, podemos ver múltiples w3wp.exe. Esto se puede ver en el Administrador de tareas. Como se muestra en la siguiente figura, hay dos procesos w3wp.exe en el Administrador de tareas, que corresponden a dos grupos de aplicaciones donde se ejecuta la aplicación.
-a ejecutar iisapp en el símbolo del sistema, se puede ver lo que W3WP.exe y grupo de aplicaciones asociado. 1) Agregue el campo pid de visualización en el administrador de tareas; 2) Ejecute iisapp -a en el símbolo del sistema. Tenga en cuenta que la primera vez que ejecute, se le solicitará que no admita js, haga clic en Aceptar. Entonces ejecútalo de nuevo. Esto mostrará el grupo de aplicaciones correspondiente al pid. Como se muestra en el lado izquierdo de la figura anterior, el grupo de aplicaciones KefuAppPool está asociado con w3wp.exe con PID = 3232, y el grupo de aplicaciones ReportServer está asociado con w3wp.exe con PID = 3572.

La siguiente figura muestra la ejecución manual de la aplicación. La recuperación del grupo de programas KefuAppPool, antes del reciclaje, el reciclaje del grupo de aplicaciones y el proceso de trabajo después de la recuperación. Notamos que se agregó un proceso de trabajo (PID = 3896) durante el proceso de recuperación. Después de que se inició el proceso de trabajo (PID = 3896), el proceso de trabajo anterior (PID = 5716) se detuvo y el proceso de trabajo nuevo (PID = 3896). ) Reemplace oficialmente el trabajo del proceso anterior, que es muy bueno para evitar que el servicio se interrumpa durante el proceso de reciclaje del grupo de aplicaciones, lo que garantiza el funcionamiento continuo del programa. Los PID del proceso de trabajo de los otros dos grupos de aplicaciones son inútiles. Esta figura es una buena ilustración del proceso de reciclaje del grupo de aplicaciones.

El mecanismo de reciclaje automático del grupo de aplicaciones IIS nos brinda comodidad, pero también causa problemas potenciales. Debemos prestar especial atención al escribir funciones que dependen de eventos globales en el archivo global, especialmente las funciones que se ejecutan regularmente todos los días. Después de reiniciar el grupo de aplicaciones IIS, si no hay usuarios que accedan al sitio web, no se puede activar el evento Application_Start y no se puede usar la función. Ejecutado