Quels sont les paramètres optimaux pour le recyclage des Pools D'applications dans IIS7 en environnement partagé?

en tant que hébergeur, vous voulez certainement recycler sur la mémoire et le temps, potentiellement les limites de requête et le CPU. Vous voulez être très agressif sur ces limites, mais assurez-vous de publier vos clients.

Mémoire

- nous recyclons habituellement à 1 h du matin, plus ou moins (premier site 1: 01, deuxième site 1: 11, troisième site 1: 21, juste pour que vous n'ayez pas tout le recyclage en même temps)

limite de Requête - 35,000 était la valeur par défaut pour IIS6, mais ce nombre est assez arbitraire, et très dépendant du site en question. Pour les petits sites d'utilisation, le recyclage de nuit va frapper longtemps avant que vous obtenez 35k demande.

CPU - 95%/1 minute limite/KillW3WP, mais l'utilisation de ce soin. Ma compréhension de ceci est que si le CPU frappe 95%+ au-dessus de la limite de 1 minute pour ce processus de travailleur, le processus de travailleur est tué et est incapable de redémarrer pour le reste de la limite lorsque L'Action est définie à KillW3WP. Vous voudrez peut-être essayer NoAction au début et juste regarder vos journaux d'événements soigneusement.

Recycler Les Journaux D'Événements - Vous voulez vous assurer que vous êtes logging app pool recycles pour chaque seuil d'événement que vous avez défini - i.e. si vous limitez basé hors des limites de requêtes, assurez-vous que la journalisation des limites de requêtes est activée.

une chose à se rappeler est que vous devrait set retail="true" dans le <deployment> dans votre de la machine.config:

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

ne pas paramétrer cela permettra à un site de démarrer le débogage, ce qui permet des temps d'attente illimités dans les requêtes - pas exactement idéal pour un hébergeur...