performances
du serveur.
Ne changez qu’un paramètre à la fois afin de savoir comment le serveur se comporte
après chaque changement et si votre application se comporte normalement. Microsoft
a créé l’outil de simulation Web Application Stress pour tester les applications
IIS.
On peut se procurer cet outil à l’adresse http://homer.rte.microsoft.com.
Il permet de créer un script et de le lancer sur vos applications. Le script tourne
sur plusieurs threads sur chaque client du test pour simuler diverses charges
sur le serveur. On peut utiliser autant de machines clientes que l’on souhaite
pour augmenter la charge. Il existe d’autres outils de simulation de montée en
charge sur le marché. On peut modifier plusieurs paramètres affectant les performances
d’IIS. Dès lors que votre application est stable et que vous avez établi des critères
de performances, vous pouvez optimiser ces paramètres.
Ne changez pas de paramètre sans raison car cela ne bénéficierait pas au système
et pourrait vous causer des problèmes. Un des paramètres que vous devez examiner
est le paramètre ProcessorThreadMax du Registre, qui détermine le nombre de threads
qu’utilise IIS pour traiter les applications. La valeur par défaut est 10, ce
qui signifie qu’il existe 10 threads de travail ASP par processeur. IIS n’utilise
que le nombre de threads dont il a besoin.
Si la demande augmente, le nombre de threads suit jusqu’à atteindre le maximum.
On peut cependant monitorer le serveur pour déterminer si le fait de changer cette
valeur améliorerait les performances du système. Le compteur de requêtes ASP dans
la file d’attente de l’Analyseur de performances surveille le nombre de requêtes
ASP dans la file d’attente. Cette valeur est généralement à 0. Si la valeur commence
à augmenter, il est possible de diminuer la file d’attente en augmentant la valeur
du paramètre ProcessorThreadMax.
Le paramètre n’existe pas par défaut mais on peut l’ajouter dans la clé de Registre
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3svc\Asp\Parameters.
Une fois que vous aurez modifié la valeur de ProcessorThreadMax, vous verrez une
augmentation de l’utilisation du processeur sur le serveur et la file d’attente
de requête devrait diminuer. Vous pouvez également vérifier le paramétrage de
RequestQueueMax. Si votre serveur génère trop d’erreurs signifiant un serveur
trop chargé, vous pouvez allonger la file d’attente en augmentant la valeur de
RequestQueueMax.
D’autres paramètres du Registre peuvent affecter les performances, et il est souvent
utile de prendre le temps de découvrir si des modifications du Registre peuvent
améliorer votre système. Le chapitre 4 du Kit de ressources d’Internet Information
Server est une excellente source pour la surveillance et l’optimisation. Pour
explorer d’autres optimisations possibles des paramètres du Registre, jetez un
oeil sur les articles suivants du Microsoft Developer Network ou des sites Web
de Microsoft :
§ » Tuning the FMStocks application » à l’adresse http://msdn.microsoft.com/vstudio/centers/scale/tuning.asp
§ » Microsoft Visual Studio Scalability Center » à l’adresse http://msdn.microsoft.com/vstudio/centers/scale/default.asp
§ » ASP scripting optimisation » à l’adresse http://msdn.microsoft.com/library/psdk/iisref/perf9ini.asp
§ » Tuning Internet Information Server performance » à l’adresse http://microsoft.com/isn/whitepapers/tuningiis.asp
Le renouvellement d’un parc IT peut rapidement faire grimper les dépenses. Inventaire incomplet, postes surdimensionnés, manque de standardisation, perte de valeur du matériel et achats réactifs : découvrez les cinq…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…




