![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Optimisation de serveurs Web
WebSphere Application Server fournit des plug-ins pour plusieurs marques et versions de serveur Web. A chaque combinaison de serveur Web et de système d'exploitation correspondent des paramètres d'optimisation spécifiques qui affectent les performances de l'application.
Pourquoi et quand exécuter cette tâche
Vous trouverez ci-après une liste des paramètres d'optimisation spécialement destinés aux serveurs Web. Les paramètres répertoriés peuvent ne pas s'appliquer à tous les serveurs Web pris en charge. Avant de les utiliser, reportez-vous à la documentation de votre serveur Web.
Procédure
- Optimisez IBM® HTTP Server 2.0.47.1, Apache 2.0.48, IBM HTTP Server
6.0 et IBM HTTP Server 6.1. Le contrôle de l'utilisation de l'UC et la consultation des fichiers IBM HTTP Server error_log et http_plugin.log peuvent vous aider à diagnostiquer les problèmes de performances du serveur Web.
Vous pouvez également configurer IBM HTTP Server pour qu'il affiche une page d'états :
- Editez le fichier httpd.conf d'IBM HTTP Server et supprimez le caractère de
commentaire (#) des lignes suivantes de ce fichier :
#LoadModule status_module, modules/ApacheModuleStatus.dll, #<Location/server-status> #SetHandler server-status #</Location>
- Sauvegardez les modifications et redémarrez IBM HTTP Server.
- Dans un navigateur Web, accédez à : http://your_host/server-status. Vous pouvez également cliquer sur Recharger pour mettre à jour l'état.
- (Facultatif) Si le navigateur prend en charge la fonction d'actualisation, accédez à l'adresse http://votre_hôte/server-status?refresh=5 pour actualiser l'affichage toutes les cinq secondes.
Tous ces serveurs Web allouent une unité d'exécution pour le traitement de chaque connexion client. Assurez-vous que le nombre d'unités d'exécution disponibles est suffisant pour le nombre maximal de connexions client simultanées afin que cela ne devienne pas source de goulot d'étranglement. Les paramètres de ces serveurs Web peuvent être optimisés en modifiant le fichier httpd.conf sur le système du serveur Web.
Vous pouvez vérifier si le fichier error_log d'IBM HTTP Server contient des avertissements indiquant que le nombre maximal de clients (MaxClients) a été atteint. Plusieurs paramètres, suivant la plateforme de système d'exploitation utilisée, permettent de déterminer le nombre maximal de clients pris en charge par le serveur Web. Pour une description des paramètres MaxClients, voir http://httpd.apache.org/docs-2.0/mod/mpm_common.html#maxclients .
- Editez le fichier httpd.conf d'IBM HTTP Server et supprimez le caractère de
commentaire (#) des lignes suivantes de ce fichier :
- Prenez en charge des milliers de clients simultanés. Il n'est pas rare qu'un même système IBM HTTP Server prenne en charge des milliers de clients simultanés. Si vous devez prendre en charge un nombre de clients simultanés supérieur au nombre maximal d'unités d'exécutions prises en charge par le matériel et le système d'exploitation du serveur Web, envisagez d'utiliser plusieurs serveurs Web.
- Répondez au message d'erreur Connexion refusée. Certains
clients peuvent recevoir un message d'erreur Connexion refusée en cas d'augmentation
soudaine du nombre de clients. Vous pouvez réduire ou éliminer cette erreur en
augmentant la valeur des paramètres ListenBacklog et StartServer.
- Le paramètre ListenBacklog indique au système d'exploitation le nombre maximal de connexions en attente autorisées. La valeur par défaut d'IBM HTTP Server est de 511, mais la valeur réelle peut être bien plus élevée ou plus faible suivant le paramètre correspondant sur le système d'exploitation. Pour gérer un nombre considérable de connexions, il peut être nécessaire d'affecter à ce paramètre et au paramètre correspondant du système d'exploitation le nombre de connexions simultanées attendu (par fois plusieurs milliers). Voir les informations sur l'optimisation des systèmes d'exploitation pour plus de détails.
- Le paramètre StartServers indique le nombre de processus IBM HTTP Server à démarrer au départ. Le fait de démarrer ces unités d'exécution/processus IBM HTTP Server au départ réduit le risque qu'un utilisateur doive attendre le démarrage d'un nouveau processus. Vous devez affecter à ce paramètre une valeur égale à celle du paramètre MinSpareServers de sorte que le nombre minimal de processus IBM HTTP Server requis pour cette charge client soient démarrés immédiatement.
- Empêchez la création et la destruction fréquentes de processus/unités d'exécution client à mesure que le nombre d'utilisateurs change. Les paramètres MinSpareServers et MaxSpareServers permettent de spécifier les nombres minimal et maximal de serveurs (processus/unités d'exécution client) pouvant exister à l'état inactif. Pour empêcher la création et la destruction fréquentes de processus/unités d'exécution client à mesure que le nombre d'utilisateurs change, choisissez une plage assez grande pour inclure le nombre maximal d'utilisateurs simultanés.
- Modifiez la valeur du paramètre de consignation des accès du serveur web pour réduire la charge de ce dernier. Si vous n'avez pas besoin de consigner tous les accès au serveur d'applications, modifiez la valeur par défaut du paramètre de consignation des accès du serveur Web. Cette modification permet de réduire la charge du serveur Web.
- Modifiez les paramètres de l'option d'équilibrage de charge et des propriétés d'intervalle entre les nouvelles tentatives du plug-in du serveur Web pour
améliorer les performances. Vous pouvez améliorer les performances d'IBM HTTP Server (avec le plug-in de serveur Web WebSphere) en modifiant les propriétés de configuration suivantes du plug-in de serveur Web :
- L'option d'équilibrage de charge, qui spécifie l'option d'équilibrage de charge
utilisée par le plug-in lors de l'envoi de demandes aux divers serveurs d'applications
associés à ce serveur Web.
L'objectif de l'option d'équilibrage de charge par défaut, Round Robin (technique de permutation circulaire), est de fournir une répartition équilibrée du travail entre les membres du cluster. La technique de permutation circulaire fonctionne mieux avec les serveurs Web dont un processus unique envoie les demandes au serveur d'applications. Si le serveur Web utilise plusieurs processus pour envoyer des demandes au serveur d'applications, l'option Aléatoire permet parfois d'obtenir une meilleure répartition du travail sur le cluster.
- La valeur d'intervalle entre les nouvelles tentatives, qui spécifie le délai d'attente avant une tentative de connexion à un serveur qui a été marqué comme
temporairement indisponible.
Comment la réduction de la valeur d'intervalle entre les nouvelles tentatives peut-elle affecter le débit ? Si le plug-in tente de se connecter à un serveur d'applications spécifique alors que le serveur d'applications est hors connexion ou en cours de redémarrage, les demandes doivent observer un délai d'attente. Par conséquent, les réponses à ces demandes sont différées. Si vous définissez une valeur trop élevée pour l'intervalle entre les nouvelles tentatives, le serveur d'applications disponible n'est pas utilisé.
Spécifiez une valeur d'intervalle entre les nouvelles tentatives en fonction des facteurs suivants :- Combien de temps dure le redémarrage de vos serveurs d'applications ?
- Est-vous favorable à différer les réponses en effectuant des tentatives trop fréquentes ?
- Avez-vous besoin d'utiliser tous vos serveurs d'applications ?
Ces modifications peuvent permettre à IBM HTTP Server de prendre en charge davantage d'utilisateurs du produit. To modify these properties, in the administrative console, click Servers > Server Types > Web Servers > web_server_name > Plug-in properties > Request routing .
- L'option d'équilibrage de charge, qui spécifie l'option d'équilibrage de charge
utilisée par le plug-in lors de l'envoi de demandes aux divers serveurs d'applications
associés à ce serveur Web.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tprf_tunewebserv
Nom du fichier : tprf_tunewebserv.html