Optimisation des performances de Rational Asset Manager

Les performances de IBM® Rational Asset Manager dépendent étroitement de la manière dont vous optimisez le serveur d'applications, la base de données, le serveur Web, le proxy de mise en cache, l'équilibreur de charge et le système d'exploitation. La présente section fournit des instructions sur les réglages à adopter pour ces systèmes et Rational Asset Manager. Elle n'a pas la vocation de décrire tous les réglages possibles, mais elle constitue un point de départ pour optimiser les performances de Rational Asset Manager et lui permettre d'absorber une grosse charge utilisateur.

Rational Asset Manager réglage

Cette section ne couvre pas non plus les différentes configurations matérielles possibles ni les charges qu'elles peuvent absorber. Pour ce type d'informations, reportez-vous au manuel Rational Asset Manager Capacity Planning Guide.

La page de configuration de Rational Asset Manager comporte des réglages que vous pouvez ajuster pour obtenir des performances optimales. Cette page est accessible à tout administrateur de référentiels.
Tableau 1. Réglages de Rational Asset Manager (toutes plateformes)
Problème Paramètre / Valeur Détails complémentaires
Lenteur des réponses lors de la recherche d'actifs Dossiers locaux et d'index / N'utilisez pas de dossier distant ou partagé

Les meilleures performances sont obtenues lorsque chaque serveur d'applications dispose de ses propres dossiers locaux et d'index sur un disque local de l'ordinateur où il est installé. Il ne doit pas s'agir du disque où le serveur d'applications et le système d'exploitation sont installés.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à Administration > Configuration ; dans la section Stockage sur disque, définissez les paramètres Dossier local et Dossier d'index.

Lenteur des réponses lors de la recherche d'actifs Indexation de la popularité / Désactivé

Le moteur de recherche peut prendre en compte la popularité (par exemple, le nombre de vues et de téléchargements) des actifs pour fournir des résultats de recherche plus pertinents. Cette procédure peut avoir une incidence sur les performances des référentiels volumineux.

Pour désactiver l'indexation de la popularité, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à Administration > Configuration ; dans la section Options de performance, désélectionnez la case à cocher Activer l'indexation de la popularité.

Lenteur des réponses lors de la recherche d'actifs Dossier d'index / Utilisez un disque rapide dédié au dossier d'index

Il est important que le dossier d'index réside sur un disque dur dédié qui ne soit pas utilisé à d'autres fins. La séparation du dossier local et du dossier d'index permet de garantir des temps de réponse rapides lors de la recherche d'actifs.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à Administration > Configuration ; dans la section Stockage sur disque, définissez le paramètre Dossier d'index.

Baisse générale des performances à intervalles réguliers Planning de génération de l'index de statistiques / 10 minutes

L'exécution trop fréquente du générateur de l'index de statistiques conduit à une dégradation des performances. Un réglage par défaut de 10 minutes convient à la plupart des environnements.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et cliquez sur Administration > Configuration ; ensuite, dans la section Plannings des travaux, localisez Planning de génération de l'index de statistiques et cliquez sur Editer.

Baisse générale des performances à intervalles réguliers Planning de traitement des abonnements / Choisir une heure creuse

L'intervalle de traitement des abonnements peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à Administration > Configuration ; ensuite, dans la section Plannings des travaux, localisez Planning de traitement des abonnements et cliquez sur Editer.

Baisse générale des performances à intervalles réguliers Planning de mise à jour des informations sur les utilisateurs/groupes / Choisir une heure creuse

L'intervalle de mise à jour des informations sur les utilisateurs et les groupes peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à Administration > Configuration ; ensuite, dans la section Plannings des travaux, localisez Planning de mise à jour des informations sur les utilisateurs/groupes et cliquez sur Editer.

Baisse générale des performances à intervalles réguliers Planning de notification des processus de révision / Choisir une heure creuse

L'intervalle de traitement des notifications de processus de révision peut être personnalisé. Pour de meilleures performances, réglez-le de sorte que le traitement ait lieu à un moment où la charge de travail de Rational Asset Manager est relativement faible.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et allez à Administration > Configuration ; ensuite, dans la section Plannings des travaux, localisez Planning de notification des processus de révision et cliquez sur Editer.

Erreurs "mémoire insuffisante" consignées dans les journaux - Problèmes de session Nombre maximal de sessions par utilisateur / 10

Un seul utilisateur a la possibilité d'épuiser la totalité des sessions utilisables sur un serveur. La cause peut en être un script de conception médiocre, mais aussi d'une attaque DoS (refus de service). Pour prévenir ce risque, le nombre maximal de sessions par utilisateur est fixé à 10. Tout utilisateur ayant atteint cette limite se verra dans l'impossibilité de créer de nouvelles sessions sur le serveur.

Pour définir ce paramètre, ouvrez une session sur Rational Asset Manager en tant qu'administrateur et accédez à Administration > Configuration ; dans la section Options de performances, définissez le paramètre Nombre maximal de sessions par utilisateur.

Lenteur de l'opération de soumission d'un actif Créer automatiquement le contenu présent lors de la soumission de l'actif / Désactivé

Lorsque vous soumettez un actif, Rational Asset Manager crée des images miniatures des artefacts attachés à l'actif. Si l'actif possède plusieurs artefacts, soumettre un actif peut s'avérer une opération longue.

Pour désactiver la création automatique de ces miniatures, ouvrez une session dans Rational Asset Manager en tant qu'administrateur de référentiels et accédez à Administration > Configuration ; dans la section Options de performances, désactivez la case à cocher Créer automatiquement un contenu présenté à la soumission d'un actif.

Outre les paramètres ci-dessus, les administrateurs peuvent accéder à la page Statut du travail dans Rational Asset Manager en accédant à Administration > Outils > Afficher le statut du travail. Cette page présente les travaux en cours d'exécution ou précédemment exécutés qui peuvent avoir une incidence sur les performances de Rational Asset Manager. Elle peut aussi afficher des messages d'erreur.

Optimisation du serveur d'applications

Rational Asset Manager fonctionne en étroite collaboration avec votre serveur d'applications ; optimiser ses réglages a donc une incidence directe sur les performances de Rational Asset Manager.

Cette section traite de IBM WebSphere Application Server et plus particulièrement des paramètres de la version 7.0 qui affectent significativement les performances. Vous pouvez aussi les ajuster dans WebSphere Application Server 7.0, mais la procédure à suivre n'est pas forcément la même.
Important : Faites une copie de sauvegarde de votre profil WebSphere Application Server avant d'agir sur un paramètre quel qu'il soit.
Tableau 2. Paramètres de réglages de WebSphere Application Server (toutes plateformes)
Problème Paramètre / Valeur Détails complémentaires
Problèmes d'expiration des sessions Nombre maximal de sessions en mémoire / Valeur par défaut

Par défaut, WebSphere Application Server conserve jusqu'à 1 000 sessions en mémoire. Cependant, l'option Autoriser le dépassement est également sélectionnée ; cela signifie que les sessions additionnelles sont stockées dans une table de sessions secondaire. Si vous pensez avoir plus de 1000 sessions en mémoire, vous devez augmenter le nombre limite pour la table de sessions secondaire.

Si vous souhaitez limiter le nombre de sessions pour empêcher les erreurs de mémoire insuffisante, assurez-vous que la case Autoriser le dépassement n'est pas cochée et définissez le nombre maximal de sessions en mémoire sur un paramètre adapté à votre système.

Pour définir le paramètre, connectez-vous à la console d'administration WebSphere Application Server et accédez à Serveurs > Serveurs d'application > Types de serveur > Nom de serveur > Gestion de session > Nombre maximal de sessions en mémoire.

Erreurs "mémoire insuffisante" consignées dans les journaux Taille du segment Java de la JVM / Entre 1300 et 2000

Sur un serveur disposant de 4 Go de mémoire, vous pouvez spécifier deux instances avec une taille de tas (heap) de 1300 Mo chacune, ou une seule instance avec une taille de tas de 2000 Mo. Vous devez surveiller la pagination du système afin de vérifier qu'il y a toujours suffisamment de mémoire disponible. Si votre serveur dispose de 8 Go de mémoire, spécifiez deux instances avec une taille de tas de 2000 Mo chacune.

Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere et accédez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Gestion des processus et Java > Définition des processus > Machine virtuelle Java > Taille initiale du segment Java et Taille maximale du segment Java.

Notez que vous devez appliquer ce paramètre aux serveurs Rational Asset Manager. La valeur minimale requise pour le serveur IBM Rational Team Concert s'élève à 768 Mo (valeur par défaut). La valeur maximale s'élève à 2 048 Mo. Dans un cluster, le serveur IBM Rational Team Concert peut être installé sur son propre noeud, si nécessaire.

Erreurs "mémoire insuffisante" consignées dans les journaux - Problèmes de session Délai d'expiration de session / Valeur par défaut (30 minutes)

Dans WebSphere Application Server, le délai d'expiration d'une session est fixé à 30 minutes par défaut. La diminution de ce délai permet à davantage d'utilisateurs d'ouvrir des sessions, surtout si c'est pour effectuer des transactions rapides. Veillez toutefois à ne pas choisir un délai trop court, car cela ferait échouer le téléchargement des très gros actifs. Ne perdez pas de vue que la plupart des utilisateurs ne pensent pas à se déconnecter explicitement lorsqu'ils en ont fini avec leurs transactions et que, de ce fait, la plupart des sessions continuent d'exister jusqu'à ce qu'elles expirent.

Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Nom du serveur > Gestion de session > Définir le délai.

Echec des téléchargements portant sur des actifs volumineux, avec des erreurs d'entrée-sortie ou de synchronisation Canal des communications entrantes HTTP (HTTP 2) Délai d'attente d'écriture / 300 secondes

La valeur par défaut du délai d'attente d'écriture du serveur vers un client dans WebSphere Application Server est de 60 secondes. Définir cette valeur à un temps plus long permet d'éviter les échecs de téléchargements des fichiers, notamment lorsque le client qui télécharge les fichiers dispose d'une connexion lente ou effectue de nombreuses demandes.

Pour changer le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Nom du serveur > Ports > Afficher les transports associés (pour le port utilisé pour Rational Asset Manager ; par exemple, 9080) > WCInboundDefault > Canal des communications entrantes HTTP (HTTP 2) > Délai d'attente d'écriture.

Ralentissements ou chutes périodiques des performances en raison des cycles de récupération de place Récupération de place de classe/Xgcpolicy:optavgpause (pour WebSphere Application Server v6.1 Fix Pack 16 et antérieure) ou -Xgcpolicy:gencon (pour WebSphere Application Server v7 et v6.1 Fix Pack 17 et ultérieur)

Il est possible que l'une des autres options convienne mieux à votre serveur compte tenu des spécificités de son environnement ou de sa charge de travail. Voir http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html pour plus d'informations sur les paramètres de récupération de place.'

Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et naviguez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Nom du serveur > Gestion des processus et Java > Définition des processus > Machine virtuelle Java > Arguments JVM génériques.

Une défaillance du serveur se produit lors du transfert de gros fichiers, peut-être avec consignation d'erreurs de type manque de mémoire ou malloc Propriété personnalisée du conteneur Web channelwritetype / transfert de données synchrone (sync) L'utilisation du transfert de données asynchrone peut nécessiter un nombre excessif de mémoires tampons pour l'envoi des données via une connexion TCP/IP.
  1. Dans la console d'administration WebSphere Application Server, accédez à Serveurs > Types de serveur > Serveurs d'application WebSphere > Nom de serveur > Paramètres du conteneur Web > Conteneur Web > Propriétés personnalisées.
  2. Cliquez sur Nouveau.
  3. Ajoutez la paire suivante :
    • Nom : com.ibm.ws.webcontainer.channelwritetype
    • Valeur : sync
Cliquez sur OK, puis enregistrez la configuration. Redémarrez le serveur d'applications pour que la propriété soit prise en compte.
Pour un gestionnaire de déploiement :
  1. Ouvrez une session wsadmin interactive :
    racine-profil-gesl\bin>wsadmin -lang jacl
  2. Copiez le bloc de lignes suivant, puis collez-le en entier à l'invite wsadmin> :
    set dmgr [$AdminConfig getid /Server:dmgr/]
    set webcontainer [$AdminConfig list WebContainer $dmgr]
    $AdminConfig create Property $webcontainer {{name com.ibm.ws.webcontainer.channelwritetype} {value sync}} properties
    $AdminConfig show $webcontainer
    $AdminConfig save
  3. Redémarrez le gestionnaire de déploiement pour que la propriété soit prise en compte.

Pour plus d'informations, reportez-vous à http://www.ibm.com/support/docview.wss?uid=swg21317658.

Fort taux d'utilisation du processeur Infrastructure PMI (Performance Monitoring Infrastructure) / Désactivée

Par défaut, l'infrastructure de surveillance des performances (PMI) est activée dans WebSphere Application Server. L'infrastructure PMI est un bon outil de mesure pour optimiser les réglages d'un serveur d'applications, mais une fois celui-ci correctement réglé, il convient de la désactiver, car elle pèse sur les performances. Vous devez la désactiver pour toutes les instances ainsi que pour tous les agents de noeud.

Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez àContrôle et réglage > Infrastructure PMI (Performance Monitoring Infrastructure) > nom du serveur > Activer l'infrastructure PMI (Performance Monitoring Infrastructure).

Erreurs de connexion à la base de données Nombre maximal de connexions JDBC / 100

Assurez-vous que les connexions JDBC disponibles sont en nombre suffisant pour prendre en charge tous les utilisateurs connectés à Rational Asset Manager.

Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez àRessources > JDBC > Sources de données > <Rational Asset Manager source de données> > Propriétés du pool de connexion > Nombre maximal de connexions.

Voyez aussi la partie consacrée aux paramètres MAXAPPLS et MAXAGENTS, dans la section des réglages de DB2.

Reportez-vous également à la rubrique consacrée au nombre maximal de processus pour AIX et Linux, dans la section des réglages du système d'exploitation.

Problème général de performances Cache d'instructions préparées / 100

WebSphere Application Server offre la possibilité de mettre en cache les instructions préparées les plus utilisées. Si des instructions mises en cache sont rejetées, activez PMI dans WebSphere Application Server et augmentez la taille du cache.

Pour régler ce paramètre, connectez-vous à la console d'administration de WebSphere Application Server e t accédez àRessources > JDBC > Sources de données > <Rational Asset Manager source de données> > Propriétés de la source de données WebSphere Application Serve > Taille de la mémoire cache d'instructions.

Reportez-vous également aux informations complémentaires sur les réglages de WebSphere Application Server.

Tableau 3. AIX / Linux WebSphere Application Server Paramètres de réglage
Problème Paramètre / Valeur Détails complémentaires
Surutilisation ou sous-utilisation du processeur Pools de conteneurs Web / 30

Des unités d'exécution de conteneur Web sont utilisées par le serveur d'applications pour traiter les demandes. Si vous constatez que le processeur du serveur est sous-exploité, essayez d'augmenter ce nombre. Réduisez-le si, au contraire, vous observez une surutilisation du processeur. N'augmentez pas le nombre de conteneurs Web au-delà de 50.

Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Nom du serveur > Pools d'unités d'exécution > Conteneur Web.

Taille minimale : 15

Taille maximale : 30

Tableau 4. Windows WebSphere Application Server Paramètres de réglage
Problème Paramètre / Valeur Détails complémentaires
Surutilisation ou sous-utilisation du processeur Pools de conteneurs Web / 50

Des unités d'exécution de conteneur Web sont utilisées par le serveur d'applications pour traiter les demandes. Si vous constatez que le processeur du serveur est sous-exploité, essayez d'augmenter ce nombre. Réduisez-le si, au contraire, vous observez une surutilisation du processeur. N'augmentez pas le nombre de conteneurs Web au-delà de 50.

Pour définir le paramètre, connectez-vous à la console d'administration de WebSphere Application Server et accédez à Serveurs > Types de serveur > Serveurs d'applications WebSphere > Nom du serveur > Pools d'unités d'exécution > Conteneur Web.

Taille minimale : 25

Taille maximale : 50

Outre ces paramètres, vous pouvez régler WebSphere Application Server sous une charge de travail spécifique en activant l'infrastructure de surveillance des performances (PMI). Vous obtiendrez ainsi des graphiques détaillés rendant compte des performances. L'infrastructure PMI doit être activée sous une charge de travail normale afin de capturer les données de performances, mais une fois cette capture terminée, elle doit être désactivée, car elle consomme des ressource et réduit donc les performances.

Pour activer PMI, connectez-vous à la console d'administration WebSphere Application Server et accédez à Contrôle et réglage > Infrastructure PMI (Performance Monitoring Infrastructure) > nom du serveur > Activer l'infrastructure PMI (Performance Monitoring Infrastructure).

Optimisation du serveur de base de données

Pour améliorer les performances de Rational Asset Manager, vous devez optimiser votre base de données en prenant les paramètres et valeurs ci-après comme guide. Néanmoins, si vous installez Rational Asset Manager à l'aide de l'application de configuration du serveur, les paramètres de réglage des performances fournis dans cette section seront définis et vous pourrez passer cette section si vous décidez d'utiliser ces paramètres recommandés.

Remarque : Cette section est spécifique à DB2 version 9.7, mais bon nombre de paramètres qui y sont décrits sont également utilisables dans les autres versions de DB2. Les systèmes Oracle et SQL Server peuvent présenter des paramètres similaires.
Tableau 5. Toutes plateformes DB2, Paramètres de réglages
Problème Paramètre / Valeur Détails complémentaires
Aucune connexion disponible MAXAPPLS / AUTOMATIC (nombre maximal de connexions JDBC dans WebSphere Application Server x nombre d'instances)

Assurez-vous que la valeur de MAXAPPLS est suffisante pour faire face au nombre de pools de connexions JDBC spécifié dans votre serveur d'applications. La valeur de MAXAPPLS doit être supérieure ou égale à celle du paramètre Nombre maximal de connexions JDBC.

Emplacement du réglage : paramètres de la base de données

Consultez également la partie consacrée au nombre maximal de connexions JDBC dans la section des réglages du serveur d'applications.

Aucune connexion disponible MAXAGENTS / AUTOMATIC (nombre maximal de connexions JDBC dans WebSphere Application Server x nombre d'instances)

Ce paramètre s'adresse aux versions 9.5 de DB2 et antérieure ; il n'est pas disponible dans DB2 version 9.7.

Assurez-vous que la valeur de MAXAGENTS est suffisante pour faire face au nombre de pools de connexions JDBC spécifié dans votre serveur d'applications. La valeur de MAXAGENTS doit être supérieure ou égale à celle du paramètre Nombre maximal de connexions JDBC.

Emplacement du réglage : paramètres de l'instance (gestionnaire de base de données)

Consultez également la partie consacrée au nombre maximal de connexions JDBC dans la section des réglages du serveur d'applications.

Interblocages MAXLOCKS / AUTOMATIC (80)

Le paramètre MAXLOCKS indique le pourcentage maximal de verrous disponibles dans DB2 qu'une application peut détenir avant de convertir les verrous appliqués aux lignes en verrous de table (opération appelée "escalade de verrous"). Ces verrous de table peuvent entraîner des interblocages.

Emplacement du réglage : paramètres de la base de données

Interblocages LOCKLIST / AUTOMATIC (20000)

Le paramètre LOCKLIST représente la mémoire disponible pour les verrous dans DB2. Vous pouvez définir sa valeur dans un environnement particulier en appliquant la formule suivante :

LOCKLIST = [(512 x 64 x MAXAPPLS) / 4096]x2

Ne réglez pas ce paramètre à une valeur plus élevée que la taille du tas mémoire à la disposition de DB2. Emplacement du réglage : paramètres de la base de données

Interblocages LOCKTIMEOUT / 60

Si un seul verrou arrête d'autres transactions, il peut en résulter un interblocage. Pour éviter cette situation, réglez le délai d'expiration des verrous à 60 secondes.

Emplacement du réglage : paramètres de la base de données

Problème général de performances Statistiques / Planifier des mises à jour régulières La mise à jour des statistiques sur les tables aide l'optimiseur à déterminer le meilleur chemin d'accès aux données. Les statistiques doivent être mises à jour régulièrement. Cette mise à jour peut s'effectuer manuellement ou être planifiée pour une exécution automatique.
Erreurs durant la migration des bases de données LOG_FIL_SIZ / 10000 Si la valeur du paramètre LOG_FIL_SIZ est trop faible, il est possible que la fonction de migration de Rational Asset Manager ne fonctionne pas sur des bases de données contenant plusieurs milliers d'actifs.
Tableau 6. AIX / Linux DB2 Paramètres de réglage
Problème Paramètre / Valeur Détails complémentaires
Impossibilité d'accéder au serveur DB2 Voir la rubrique consacrée au nombre maximal de processus pour AIX et Linux, dans la section des réglages du système d'exploitation. Si vous ne pouvez pas accéder au serveur DB2, il se peut que les agents DB2 aient utilisé le nombre maximal de processus.
Voici une liste non restrictive des autres paramètres à vérifier dans votre environnement :
  • APP_CTLHEAP_SZ
  • DATABASE_MEMORY
  • DFT_PREFETCH_SZ
  • NUM_IOCLEANERS
  • NUM_IOSERVERS
  • SORTHEAP
  • MAX_QUERYDEGREE
L'ensemble de ces paramètres n'est pas disponible dans tous les environnements.

Le réglage des paramètres sur AUTOMATIC dans DB2 permettra à DB2 d'adapter les paramètres en fonction de la charge en cours. Dans un premier temps, ce procédé peut avoir un impact négatif sur les performances, voire entraîner quelques erreurs si certaines valeurs ne sont pas ajustées assez vite, mais il demeure un bon moyen de déterminer sur quels paramètres il faut agir pour maximiser les performances.

Si vous attribuez une valeur trop élevée à un paramètre et que vous ne pouvez plus démarrer le centre de contrôle DB2, vous pouvez corriger la valeur du paramètre sur la ligne de commande DB2 en utilisant l'instruction db2 update db cfg for nom_bd using nom_paramètre valeur.

Autres ressources :

Optimisation du serveur Web

Cette section fournit des informations relatives aux réglages pour le serveur Web HTTP IBM, inclus dans les suppléments pour WebSphere Application Server.

Les paramètres décrits dans cette section peuvent être modifiés dans le fichier httpd.conf.

Tableau 7. Réglages du serveur Web (toutes plateformes)
Problème Paramètre / Valeur Détails complémentaires
Erreurs de connexion fermée MaxKeepAliveRequests / 0 Cette directive indique le nombre maximal de demandes qu'un client peut émettre avant que la connexion ne soit fermée. Généralement, sa valeur est 0.
Problème général de performances LoadModule / ibm_afpa_module modules/mod_afpa_cache.so
Remarque : L'utilisation de ce paramètre est dépréciée à partir d'IHS 7 et ne doit pas être activée. Voir http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html.
Pour que les contenus statiques tels que les images soient stockés en cache, supprimez la mise en commentaire de la ligne suivante :
LoadModule ibm_afpa_module modules/mod_afpa_cache.so

Vous activez ainsi la fonction Fast Response Cache Accelerator (FRCA).

Problème général de performances Journalisation Afpa / désactivée
Remarque : L'utilisation de ce paramètre est dépréciée à partir d'IHS 7 et ne doit pas être activée.
Si vous n'avez pas besoin de la journalisation des activités de FRCA, vous pouvez la désactiver en faisant précéder la directive AfpaLogFile du caractère # afin de la mettre en commentaire. Les performances du serveur n'en seront que meilleures.
#AfpaLogFile "_chemin_journaux_serveur_/logs/afpalog" V-ECLF
Tableau 8. Réglages du serveur Web (AIX / Linux)
Problème Paramètre / Valeur Détails complémentaires
Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) ThreadLimit / 25 Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads).
Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) ThreadsPerChild / 25 Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads).
Tableau 9. Réglages du serveur Web (Windows)
Problème Paramètre / Valeur Détails complémentaires
Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) ThreadLimit / 4000 Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads).
Erreurs signalant l'épuisement des unités d'exécution (dans les journaux du serveur Web) ThreadsPerChild / 3000 Il peut être nécessaire d'augmenter le nombre limite d'unités d'exécution compte tenu du nombre d'utilisateurs susceptibles d'accéder simultanément à Rational Asset Manager. Pour savoir si cette limite a besoin d'être changée, consultez les journaux du serveur Web et voyez s'il contient des erreurs ou des avertissements signalant que le serveur est à court d'unités d'exécution (threads).

Optimisation du serveur proxy de mise en cache

Cette section traite spécifiquement d'IBM Edge Caching Proxy. Pour plus d'informations sur la configuration du serveur proxy avec mémoire cache DMZ, voir la section Configuration du serveur proxy avec mémoire cache DMZ.

Les paramètres décrits ici peuvent être modifiés dans le fichier ibmproxy.conf.

Tableau 10. Réglages d'IBM Edge Server
Problème Paramètre / Valeur Détails complémentaires
Impossibilité de télécharger des actifs contenant de gros fichiers LimitRequestBody / 2G Par défaut, ce paramètre est réglé à 10 M. Augmentez sa valeur afin de permettre aux utilisateurs de remonter de gros fichiers.
Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti InputTimeOut / 60 minutes

En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs.

Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications.

Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti ReadTimeout / 60 minutes

En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs.

Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications.

Impossibilité de télécharger des actifs contenant de gros fichiers en raison de dépassements du délai imparti ScriptTimeout / 60 minutes

En changeant la valeur de ce paramètre à 60 minutes, vous accordez aux utilisateurs un temps suffisant pour remonter les gros actifs.

Consultez également la partie consacrée au délai d'expiration de session dans la section des réglages du serveur d'applications.

Tableau 11. Autres réglages
Paramètre Valeur
SendRevProxyName yes
PurgeAge 3
DirShowCase off
MaxActiveThreads 110
ConnThreads 15
MaxPersistRequest 15
ServerConnPool on
CacheMemory 1200 M (max)
CacheAlgorithm responsetime
Numclients 100
flexibleSocks off
ListenBacklog 256

Configuration du serveur proxy avec mémoire cache DMZ

Pour obtenir de meilleures performances, suivez ces instructions relatives au serveur proxy avec mémoire cache :

  • Dans le fichier,/rép-install-DMZ/profiles/SecureProxySrv01/config/cells/nom-cellule/nodes/nom-noeud/servers/proxy1/server.xml, vous pouvez procéder comme suit :
    • Désactivez PMI (analyse des performances) :
      <services xmi:type="pmiservice:PMIService" 
      xmi:id="PMIService_1243598970603" 
      enable="false" 
      initialSpecLevel="" 
      statisticSet="basic" 
      synchronizedUpdate="false" />
    • Définissez le Service de trace à “BASIC” :
      <services xmi:type="traceservice:TraceService"
      xmi:id="TraceService_1243598970603" 
      enable="true" 
      startupTraceSpecification="*=info" 
      traceOutputType="SPECIFIED_FILE" 
      traceFormat="BASIC" 
      memoryBufferSize="8"> 
        <traceLog xmi:id="TraceLog_1243598970603"
       fileName="$(SERVER_LOG_ROOT)/trace.log"
       rolloverSize="40"
       maxNumberOfBackupFiles="10" />  
      </services>  
    • Désactivez le Service de diagnostic :
      <services xmi:type="diagnosticproviderservice:DiagnosticProviderService" 
      xmi:id="DiagnosticProviderService_1243598970603" 
      enable="false" 
      startupStateCollectionSpec=".*:.*=0" />
  • Dans le fichier, /DMZ-install-dir/profiles/SecureProxySrv01/config/cells/cell-name/nodes/node-name/servers/proxy1/proxy-settings.xml, conservez la valeur par défaut de outboundRequesttimeout :
    <proxy:ProxySettings 
    xmi:id="ProxySettings_1243598971020" 
    enableCaching="false" 
    cacheInstanceName="proxy/DefaultCacheInstance" 
    outboundRequestTimeout="1800" 
    connectionPoolEnable="true" 
    maxConnectionsPerServer="0" 
    enableLogging="true" 
    outboundConnectTimeout="10000" 
    enableCustomErrorPagePolicy="false" 
    enableStaticRouting="true">
      <properties xmi:id="Property_1243847354992" 
    name="http.routing.sendReverseProxyNameInHost" 
    value="true" description="" 
    required="false" 
    validationExpression="" /> 
    - <routingPolicy xmi:id="RoutingPolicy_1243598971020">
    - <routingRules xmi:id="RoutingRule_1243847354917"
    name="local_port81_rule" 
    isEnabled="true" 
    virtualHostName="port_80" 
    uriGroup="local81_all">
      <routingAction xmi:type="proxy:GenericClusterRoute" 
    xmi:id="GenericClusterRoute_1243847354926" 
    genericServerClusterName="local81_http_cluster" /> 
      </routingRules>
      </routingPolicy>
      <staticCachePolicy xmi:id="StaticCachePolicy_1243598971020" /> 
      <staticFileServingPolicy xmi:id="StaticFileServingPolicy_1243598971020" /> 
      </proxy:ProxySettings>

    Pendant les téléchargements de fichiers volumineux (1 Go ou supérieur) sur une connexion lente, le serveur proxy DMZ peut retourner une erreur de délai d'attente 504. Cette erreur ne signale pas un problème avec Rational Asset Manager et le téléchargement se terminera normalement. Toutefois, pour éviter de voir apparaître une erreur 504, augmentez outboundRequesttimeout.

Réglage du système d'exploitation

Toutes plateformes :
  • Assurez-vous que la taille du fichier de pagination est au moins de 2 Go.
  • Sur les systèmes AIX, définissez le fichier de pagination sur un disque distinct de celui où réside WebSphere.

    Pour garantir qu'ils sont distincts, déterminez l'emplacement d'installation de WebSphere, puis exécutez swap -l ou lsps -a.

Windows :

Tableau 12. Réglages du système d'exploitation Windows
Problème Paramètre / Valeur Détails complémentaires
Erreurs du type “Adresse déjà utilisée” affichées lors des tests avec Rational Performance Tester. Entrée de registre MaxUserPort / 65534
Remarque : Le paramètre doit être modifié sur le client Rational Performance Tester et non sur le serveur Rational Asset Manager.
  1. Dans l'éditeur du registre, naviguez jusqu'à Poste de travail\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.
  2. Cliquez avec le bouton droit sur Parameters et sélectionnez Nouveau > Valeur DWORD.
  3. Tapez MaxUserPort pour le nom de la valeur DWORD.
  4. Cliquez avec le bouton droit sur la valeur et sélectionnez Modifier.
  5. Pour les données de la valeur, entrez 65534.
  6. Sélectionnez Décimale comme base.
  7. Redémarrez la computer.
Pour éviter les goulots d'étranglement dus à une pénurie de sessions (problème observé avec 900 utilisateurs sur un cluster à six instances) Entrée de registre TcpTimedWaitDelay / 30
  1. Dans l'éditeur du registre, naviguez jusqu'à Poste de travail\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.
  2. Cliquez avec le bouton droit sur Parameters et sélectionnez Nouveau > Valeur DWORD.
  3. Tapez TcpTimedWaitDelay pour le nom de la valeur DWORD.
  4. Cliquez avec le bouton droit sur la valeur et sélectionnez Modifier.
  5. Pour les données de la valeur, entrez 30.
  6. Sélectionnez Décimale comme base.
  7. Redémarrez la computer.

AIX/Linux

Les instructions suivantes sont spécifiques d'AIX.

Nombre maximal de processus

Le nombre maximal de processus exécutables par un utilisateur doit être fixé à un niveau suffisant. C'est particulièrement vrai pour le serveur de bases de données, qui peut avoir de nombreux agents de base de données.

Pour afficher le nombre maximal de processus actuellement configuré, utilisez la commande suivante :
lsattr -E -l sys0 -a maxuproc
Pour régler le nombre maximal de processus à une autre valeur, utilisez la commande suivante :
chdev -l sys0 -a maxuproc=2000
Ici, la nouvelle limite sera de 2 000.

Descripteurs de fichier

Dans le fichier /etc/security/limits, faites passer tous les paramètres à -1 (illimité). Etant donné que l'effet de la modification de ces paramètres dépend de l'utilisateur connecté au service ou du service, assurez-vous de définir les modifications pour l'utilisateur par défaut afin qu'elles s'appliquent à tous les utilisateurs.
Soft FILE Size      -1
Soft CPU Time       -1
Soft STACK Size     -1
Soft CORE File Size -1
Hard FILE Size      -1
Hard CPU Time       -1
Hard STACK Size     -1
Hard CORE File Size -1
Vous pouvez aussi effectuer cette opération en utilisant la commande ulimit.
Tableau 13. Réglages du système d'exploitation AIX/Linux
Problème Paramètre / Valeur Détails complémentaires
Accès à un DNS externe /etc/netsvc.conf Ajoutez la ligne suivante au fichier netsvc.conf :
hosts=local,bind4
La carte Ethernet effectue le déchargement par segmentation (TSO)
no -o tcp_recvspace=65536
no -o tcp_sendspace=65536
no -o udp_sendspace=65536
no -o udp_recvspace=65536
no -o tcp_finwait2=60
no -o tcp_timewait=1
no -o tcp_keepidle=600
no -o tcp_keepintvl=10
no -o tcp_keepinit=40
L'impact de ces commandes dépend en grande partie de la taille des paquets TCP/IP créés, envoyés et reçus par votre application. Les commandes "no -a" sont en vigueur jusqu'au prochain redémarrage du système. Pour les rendre permanentes, ajoutez la commande suivante au fichier /etc/tunables/nextboot :
non :  
tcp_recvspace=65536
tcp_sendspace=65536
udp_sendspace=65536
udp_recvspace=65536
tcp_finwait2=60
tcp_timewait=1
tcp_keepidle=600
tcp_keepintvl=10
tcp_keepinit=40

Vous pouvez aussi les définir individuellement pour chaque interface TCP/IP. Vérifiez les résultats de la commande "lsattr -E -l en0" et, si les attributs n'y figurent pas, cela signifie que AIX utilise les valeurs "no -a".

AIX perçoit un nombre de processeurs virtuels supérieur au nombre de processeurs physiques. smtctl -m off La commande AIX smtctl indique combien de processeurs virtuels sont vus par AIX. Désactivez SMT à l'aide de la commande :
smtctl -m off

L'exécution de la commande smtctl -m off requiert d'exécuter la commande bosboot afin d'effectuer la modification de façon permanente. Si vous n'exécutez pas bosboot, vous perdrez l'effet de l'exécution de smtctl -m off après un redémarrage du système.

Les deux unités d'exécution sur chaque processeur physique partagent un même cache Level1. Si elles n'ont aucun lien entre elles, elles altèrent mutuellement leurs données en cache et cela finit par dégrader le débit global de traitement, car le système doit attendre que les données soient à nouveau extraites de la mémoire pour régénérer le cache. Si possible, faites quelques essais de fonctionnement avec SMT tantôt activé, tantôt désactivé, afin de voir quel réglage convient le mieux à votre charge de travail.

NIS est exécuté. Désactivez NIS. Si les fichiers /etc/hosts et /etc/passwd contiennent des lignes avec le signe '+', cela signifie que le système exécute le service NIS (Network Information Service), également appelé "pages jaunes". Vous pouvez aussi obtenir cette information par la commande suivante :
ps -ef | grep yp
Normalement, NIS n'est pas activé dans la configuration standard de AIX. S'il est activé, et si vous n'en avez pas l'utilité pour votre serveur d'applications, désactivez-le et faites un essai de fonctionnement.
De nombreux sockets sont à l'état FIN_WAIT_2 no -o tcp_finwait2=60

Si la commande "netstat -an" révèle que de nombreux sockets sont à l'état FIN_WAIT_2, cela signifie qu'il se forme un gros arriéré de connexions, comme en témoigne le message "Adresse déjà utilisée consigné dans les journaux du serveur.

Cela peut être contrôlé par une commande "no". Déterminez d'abord le réglage actuel :
"no -a | grep fin"
La valeur par défaut est de 1200 demi-secondes (soit 10 minutes). Faites un essai de fonctionnement avec le réglage suivant :
no -o tcp_finwait2=60

La commande "no" reste en vigueur jusqu'à la prochaine réinitialisation ou jusqu'au redémarrage suivant du système. Pour la rendre permanente, définissez-la dans /etc/tunables/nextboot.

Le processeur n'utilise pas de grandes pages alors qu'il en a la capacité. Ajoutez le paramètre suivant à la machine virtuelle Java : -Xlp

Cette machine virtuelle Java s'adresse au serveur Rational Asset Manager sur le serveur WebSphere Application Server. Dans la console d'administration WebSphere Application Server, sélectionnez Serveurs d'application -> Nom de serveur RAM -> Java et gestion de processus -> Définition de processus -> Machine virtuelle Java -> Arguments machine JVM génériques.

Le paramètre est -Xlp<size>. Spécifiez -Xlp sans taille afin d'activer une taille de pagination large par défaut. Vous pouvez également définir une taille spécifique. Par exemple -Xlp64 active les pages de 64 Ko.


Vos commentaires