Optimisation du serveur d'applications à l'aide des modèles d'optimisation prédéfinis

Vous pouvez utiliser le script de réglage basé sur python, applyPerfTuningTemplate.py, avec l'un de ses fichiers modèle pour appliquer les paramètres de réglage de performances recommandés à votre cluster ou serveur d'applications. Les fichiers modèle basés sur une propriété se trouvent dans le répertoire WAS_HOME\scriptLibraries\perfTuning\V70. Le chemin pour les fichiers de script est le suivant : wsadmin -f <WAS_HOME>\bin\applyPerfTuningTemplate.py.

Avant de commencer

Pratiques recommandées Pratiques recommandées: Les paramètres de configuration appliqués par ce script et les modèles d'optimisation associés doivent être affichés comme des options d'optimisation de performances possibles afin de vous permettre de les explorer ou de les utiliser comme point de départ de l'optimisation supplémentaire. Les paramètres de configuration que chacun des modèles prédéfinis applique sont dirigés vers l'optimisation des environnements ou scénarios du serveur d'applications courant. Généralement, ces paramètres améliorent les performances d'un grand nombre d'applications.

L'optimisation des performances impliquant souvent des compromis avec les fonctions, les capacités ou le comportement fonctionnel, certains de ces paramètres peuvent avoir un effet sur la validité des applications alors que les autres paramètres peuvent être inadaptés à votre environnement. Consultez la documentation ci-dessous et étudiez l'effet de ces paramètres sur le stock et l'infrastructure de votre application.

Comme lors d'un exercice d'optimisation des performances, les paramètres configurés par les modèles prédéfinis doivent être évalués dans un environnement de test de préproduction contrôlé. Vous pouvez ensuite créer un modèle personnalisé pour affiner les paramètres d'optimisation afin de répondre aux besoins spécifiques de votre environnement d'applications et de production.

bprac
Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.
Généralement, lorsque vous exécutez le script applyPerfTuningTemplate.py, vous indiquez le fichier modèle peak.props ou development.props à appliquer au serveur ou au cluster cible.
  • Si vous spécifiez le fichier modèle peak.props lorsque vous exécutez le script applyPerfTuningTemplate.py, ce dernier applique les paramètres de configuration qui sont appropriés à un environnement de production où les modifications d'application sont rares et pour lequel des performances d'exécution optimales sont importantes.
  • Si vous spécifiez le fichier modèle development.props lorsque vous exécutez le script applyPerfTuningTemplate.py, ce dernier applique les paramètres de configuration qui sont appropriés à un environnement de développement où les mises à jour d'application sont fréquentes et les ressources système sont minimales.

En plus de ces deux modèles courants, un troisième fichier modèle, default.props, est fourni pour vous permettre de rétablir les paramètres de configuration du serveur tels qu'ils étaient à la livraison.

Vous pouvez également créer vos propres modèles d'optimisation. Pour créer un modèle d'optimisation personnalisé, copiez l'un des modèles existants, modifiez les paramètres de configuration afin qu'ils répondent mieux aux besoins de vos applications et de votre environnement, puis utilisez le script applyPerfTuningTemplate.py pour appliquer ces paramètres personnalisés. Le script et les fichiers de propriétés optimisent les fonctions de gestion des configurations du fichier de propriétés fournies par wsadmin et peut facilement être augmenté pour optimiser les composants de serveur supplémentaires. Consultez la rubrique Gestion de la configuration système à l'aide de fichiers de propriétés pour plus d'informations.

Pourquoi et quand exécuter cette tâche

Consultez la table suivante pour voir les changements de configuration qui se produisent en fonction du fichier modèle que vous spécifiez lorsque vous exécutez le script applyPerfTuningTemplate.py. Une cellule vide dans ce tableau indique que le paramètre répertorié n'est pas configuré ou qu'il est restauré à ces valeurs par défaut, pour les valeurs par défaut du serveur.

Tableau 1. Paramètres d'optimisation et valeurs de modèle correspondantes. Ce tableau répertorie le paramètre d'optimisation et sa valeur pour le modèle par défaut, le modèle de production et le modèle de développement.
Paramètre Valeur par défaut du serveur (fichier modèle default.props) Environnement de production (fichier modèle peak.props) Environnement de développement (fichier modèle development.props)
Segment de mémoire JVM (Mo)

Consultez la rubrique Optimisation de la machine virtuelle IBM pour Java pour plus d'informations sur ce paramètre.

50 min / 256 max 512 min / 512 max 256 min / 512 max
Contexte graphique prolixe

Consultez la rubrique Optimisation de la machine virtuelle IBM pour Java pour plus d'informations sur ce paramètre.

désactivé activé désactivé
Trace de diagnostic JVM (arguments JVM génériques)

Consultez la rubrique Optimisation de la machine virtuelle IBM pour Java pour plus d'informations sur ce paramètre.

Eviter les incidents Eviter les incidents: Ce paramètre peut entraîner des problèmes lorsque des services Web sont utilisés dans certains scénarios. Ainsi, si vous exécutez des services Web et êtes confronté à des problèmes d'optimisation du débit, vous pouvez supprimer ce paramètre du script ou définir le niveau opti à 0.gotcha
-Dcom.ibm.xml.xlxp.jaxb .opti.level=3 -Dcom.ibm.xml.xlxp.jaxb .opti.level=3 -Dcom.ibm.xml.xlxp.jaxb .opti.level=3
Canaux maxKeepAliveRequests HTTP (9080) et HTTPS (9443)

Consultez la rubrique relative aux propriétés personnalisées de chaîne de transport HTTP pour plus d'informations sur ce paramètre.

100 10000 10000
Canal maxOpenConnections TCP 20000 500 500
Canal listenBacklog TCP 511 128 128
Mode développement

Consultez la rubrique Paramètres du serveur d'applications pour plus d'informations sur ce paramètre.

désactivé   activé
Application des accès au composant serveur

Consultez la rubrique Paramètres du serveur d'applications pour plus d'informations sur ce paramètre.

désactivé activé activé
Ensemble de statistiques PMI

Consultez la rubrique Activation de collection de données PMI pour plus d'informations sur ce paramètre.

de base aucun aucun
Délai d'attente de la mémoire cache d'authentification

Consultez la rubrique Paramètres de la mémoire cache d'authentification pour plus d'informations sur ce paramètre.

10 minutes 60 minutes 60 minutes
Taille du pool de connexions de la source de données*

Consultez la rubrique Paramètres du pool de connexions pour plus d'informations sur ce paramètre.

1 min / 10 max 10 min / 50 max  
Taille du cache d'instructions préparées de source de données*

Pour plus d'informations sur ce paramètre, voir la rubrique WebSphere Application Server Propriétés de la source de données.

10 50  
Transmission par référence ORB**

Pour plus d'informations sur ce paramètre, voir la rubrique sur les paramètres du service Request Broker.

désactivé activé activé
Valeur ServerIOTimeout du plug-in de serveur Web 900 900 900
Pool d'unités d'exécution (conteneur Web, ORB, par défaut)

Consultez la rubrique Paramètres du pool d'unités d'exécution pour plus d'informations sur ce paramètre.

50 min / 50 max, 10 min / 50 max, 20 min / 20 max   5 min / 10 max
Notes du tableau :
  • * Indique des éléments qui sont réglés uniquement s'ils existent dans la configuration. Par exemple, un pool de connexions de source de données n'existe pas généralement avant l'installation d'une application sur le serveur d'applications. Si ces éléments sont créés après l'exécution du script, les valeurs par défaut du serveur standard leur sont attribuées, excepté si vous spécifiez d'autres valeurs.
  • ** L'activation de la transmission par référence ORB peut entraîner un comportement incorrect de l'application dans certains cas, car la norme Java EE suppose l'utilisation de sémantiques transmises par valeur. Cependant, l'activation de cette option peut permettre d'améliorer les performances jusqu'à 50 % ou plus si le serveur et le client EJB sont installés dans la même instance, et que l'application est écrite pour bénéficier de ces fonctions. La rubrique Paramètres du service ORB (Object Request Broker) peut vous aider à déterminer si ce paramètre est approprié pour l'environnement.
Voici quelques différences subtiles de réglage, spécifiques d'une plateforme :
[Solaris]Plateforme Solaris
[Solaris]Les arguments JVM génériques suivants sont utilisés pour les environnements de production et de développement :
  • -XX:-UseAdaptiveSizePolicy
  • -XX:+UseParallelGC
  • -XX:+AggressiveOpts
  • -XX:+UnlockDiagnosticVMOptions -server
  • -Dcom.ibm.xml.xlxp.jaxb.opti.level=3
[HP-UX]Plateforme HP-UX
[HP-UX]Les arguments JVM génériques suivants sont utilisés pour les environnements de production et de développement :
  • -XX:+AggressiveOpts
  • -XX:+ForceMmapReserved
  • -XX:SurvivorRatio=16
  • -XX:+UseParallelGC
  • -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider
  • -XX:-ExtraPollBeforeRead -XX:+UseSpinning
  • -Dcom.ibm.xml.xlxp.jaxb.opti.level=3
[z/OS]Plateforme z/OS
[z/OS]Les tailles du segment de mémoire JVM par défaut sont différentes de celles utilisées sur les autres plateformes :
  • Taille de segment de mémoire minimale par défaut : 256 Mo
  • Taille de segment de mémoire maximale par défaut : 512 Mo

Procédure

Que faire ensuite

Menez une évaluation de performances et des exercices de réglage afin de déterminer si vous devez affiner le réglage du serveur pour vos applications spécifiques.


Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tprf_tuneappserv_script
Nom du fichier : tprf_tuneappserv_script.html