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

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- 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.
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. ![]() |
-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 :
|
Plateforme 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
Plateforme 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
Plateforme 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.