[IIS 6] - Optimisation du serveur
Le
Houdini
Bonjour à toutes et à tous,
J'ai des serveurs MOSS 2007 en pseudo-production avec bien sûr IIS 6.0.
Malheureusement, le soir, le matin ou l'après-midi, j'arrive en limite de
consommation de mémoire pour mes pools d'application, ce qui a pour effet
"boum" . IIS 6 out et j'ai systématiquement 3 workers quand je
redémarre ou quand je reboote.
J'ai trouvé un outil permettant de recycler les workers (wakeup), mais
apparemment cela n'est pas suffisant.
Comment paramétrer correctement IIS 6.0 ? Sur le web, on trouve tout et
n'importe quoi. MS reste très sobre sur la question, les consultants MS sont
bien peu locaces sur le sujet.
Existe-t-il des "best practices" ? un exemple concret avec paramétrage réel
serait le bienvenu ?
Quels compteurs pourraient-on suveiller ou quels outils employés pour
"tuner" le IIS 6.0 ? Faut-il créer des "web garden" ?
Merci d'avance pour aide.
Cordialement,
Houdini
J'ai des serveurs MOSS 2007 en pseudo-production avec bien sûr IIS 6.0.
Malheureusement, le soir, le matin ou l'après-midi, j'arrive en limite de
consommation de mémoire pour mes pools d'application, ce qui a pour effet
"boum" . IIS 6 out et j'ai systématiquement 3 workers quand je
redémarre ou quand je reboote.
J'ai trouvé un outil permettant de recycler les workers (wakeup), mais
apparemment cela n'est pas suffisant.
Comment paramétrer correctement IIS 6.0 ? Sur le web, on trouve tout et
n'importe quoi. MS reste très sobre sur la question, les consultants MS sont
bien peu locaces sur le sujet.
Existe-t-il des "best practices" ? un exemple concret avec paramétrage réel
serait le bienvenu ?
Quels compteurs pourraient-on suveiller ou quels outils employés pour
"tuner" le IIS 6.0 ? Faut-il créer des "web garden" ?
Merci d'avance pour aide.
Cordialement,
Houdini
Poser une question
Logique, dans la mesure ou il y a au moins un process par application pool.
en imaginant que vous avez 3 pools "standards": le pool par défaut d'IIS, le
pool central admin sharepoint et un pool pour l'application MOSS
A noter que normalement, le process n'est effectivement crée que lorsque la
première requête atteint le serveur
Si c'est bien du script/tool de wakeup pour WSS dont vous parlez, son but
n'est pas d'optimiser quoi que ce soit mais bien de forcer exécution de
pages (et donc la compilation) afin d'éviter le délais d'application à la
première exécution d'un page après un reboot, recycle, IISRESET, changement
de code ou Web.Config...
Euh, pas suffisant pour quoi faire?
A mon avis, il seront plus loquaces si vous posez des question TRES
précises. Les question générales renvoient des réponses générales dans le
style "allez voir sur Technet"
Avez-vous testé les configuration reprise dans le post du blog de Joel
Oleson que je vous ai indiqué sur le NG SharePoint?
Voici un bon aperçu des compteurs:
http://blogs.msdn.com/joelo/archive...nters.aspx
Sous WSS/MOSS, le gardening n'a que peu ou pas d'intérêt dans ce cas, cela
tient notamment à la manière dont WSS/MOSS gère la mémoire
QQ info et solution en ce qui concerne l'utilisation excessive de mémoire
avec WSS/MOSS:
http://blogs.technet.com/stefan_gos...s-wss.aspx
Mais si vous déployez des applications "custom" le best practice du
développeur c'est de ne jamais oublier .Dispose :)
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
PS: Si vous aviez tenté de m'envoyer des infos complémentaires sur ma BAL,
je n'ai rien reçu. pour rappel: