¿Cuáles son las configuraciones óptimas para el reciclaje de pools de aplicaciones en IIS7 en un entorno compartido?¿Cuáles son las configuraciones óptimas para el reciclaje de grupos de aplicaciones en IIS7 en un entorno compartido?
Como Hoster, que debe de reciclar en la memoria & tiempo, potencialmente Solicitar límites y la CPU. Desea ser bastante agresivo con respecto a estos límites, pero asegúrese de publicarlos en sus clientes.
Memory - 512 para una caja x86, tal vez 768. Para x64, puede establecer esto mucho más alto dependiendo de la cantidad de hosts por servidor. Solo tiene que tener cuidado y observar los eventos de reciclaje de su aplicación en problemas de memoria.
Time - Reciclamos normalmente a la 1 de la mañana, más o menos (primer sitio 1:01, el segundo 1:11 tercer 01:21, sólo para que no tenga toda reciclar al mismo tiempo)
Request limit - 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 - 95%/1 límite de minutos/KillW3WP, pero el uso de este 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.
Recycle Event Logs - Desea asegurarse de que está registrando reciclados de grupo de aplicaciones para cada umbral de evento que establezca; es decir, si limita el límite de solicitudes, asegúrese de que el registro de Límite de solicitudes esté habilitado.
Una cosa a tener en cuenta 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>
No establecer esto permitirá un sitio para activar la depuración, lo que permite tiempos de espera ilimitadas en las solicitudes - no exactamente ideal para un proveedor de alojamiento ...
Consejo: Cuando usted recicla su aplicación, todas las variables de sesión se destruyen ... así que la precaución en esto!
en mi humilde opinión, mantener los valores por defecto.
Pero esto es solo si usted es InProc, ¿no? –
Sus variables de sesión solo se destruirán si usa InProc. Siempre mantendría las variables de sesión fuera de proceso para que pueda escalar fácilmente a un jardín/granja web. –
Si usted tiene un sitio de mucho tráfico, utilizar la agenda de reciclaje de largo. Si tiene un sitio de poco tráfico, use una programación más corta/predeterminada para ahorrar memoria.
Esto lo aprendí de 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. es correcto, sus variables de sesión se destruyen en el reciclaje, por lo que asegúrese de probar este bien o tener buena Error de protección/recuperación al conseguir sus objetos de sesión .
que necesita para atender los ajustes a sus necesidades, tener en cuenta la cantidad de memoria que tiene y las horas pico de uso de su sitio de aplicación/web.
también tienen en cuenta el uso de la memoria de su lugar de aplicación/web como si hay pérdidas de memoria que podría estar reciclando más a menudo de lo que piensas.
Pese cualquier fuga contra el costo de reciclaje, como se indicó anteriormente, perderá variables de estado.
Gracias. Si tiene otros consejos sobre cómo configurar correctamente el entorno de IIS para el alojamiento, edite Su publicación/agregue nuevas respuestas. – GrZeCh
Debería considerar la regla del Sitio 1: 1 a la AppPool. Con las mejoras de aislamiento de AppPool de IIS 7, esto impide que los grupos de aplicaciones que se ejecutan bajo la misma identidad accedan a la memoria/recursos de los demás. –