Liste dynamique des paramètres d'optimisation

La liste dynamique ci-après contient des recommandations permettant d'améliorer les performances et/ou l'évolutivité pour de nombreuses applications.

WebSphere Application Server fournit plusieurs options et paramètres optimisables pour adapter l'environnement du serveur d'applications aux exigences de votre application.
  • Révision de la configuration matérielle et logicielle requise

    Ceci est essentiel pour que les fonctionnalités et les performances soient adaptées à la configuration matérielle et logicielle minimale requise. Pour connaître la configuration matérielle et logicielle minimale requise, voir le site Web IBM® WebSphere Application Server supported hardware, software, and APIs.

  • [AIX Solaris HP-UX Linux Windows]Installez les groupes de mises à jour, groupes de correctifs les plus récents et les correctifs temporaires recommandés

    La liste des mises à jour recommandées est disponible sur le Site de support.

  • Vérifiez les paramètres et la configuration du matériel

    [IBM i]Vérifiez les connexions réseau pour vous assurer qu'elles fonctionnent à leur vitesse la plus élevée. Pour plus d'informations, reportez-vous à la rubrique Mise au point de l'environnement serveur d'applications.

    [AIX Solaris HP-UX Linux Windows][z/OS]Vérifiez que les interconnexions réseau et la configuration matérielle sont définies sur les performances optimales.

  • [AIX Solaris HP-UX Linux Windows][z/OS][AIX Solaris HP-UX Linux Windows][z/OS]Optimisez les systèmes d'exploitation

    La configuration des systèmes d'exploitation joue un rôle important dans les performances. Par exemple, il est possible que certains paramètres (notamment TCP/IP) doivent être adaptés à votre application.

  • [IBM i][IBM i]Tuning IBM i systems

    La configuration des systèmes d'exploitation joue un rôle important dans les performances. Par exemple, il est possible que certains paramètres (notamment TCP/IP) doivent être adaptés à votre application.

    Référence capacités de performances des Power Systems d'IBM — Système d'exploitation IBM i version 7.2

    Web Performance Advisor

  • Définissez la taille de pile minimale et maximale de la machine JVM (machine virtuelle Java™)

    Pour réaliser de meilleures performances, de nombreuses applications nécessitent une taille de pile plus importante que la valeur par défaut. Il est également recommandé de sélectionner une règle de récupération de place adaptée aux caractéristiques de l'application .

  • [AIX Solaris HP-UX Linux Windows][z/OS]Utilisez un pilote JDBC type 4 (ou pur Java)

    En général, le pilote JDBC type 2 est recommandé si la base de données se trouve sur la même machine physique que l'instance WebSphere. Cependant, si la base de données se trouve sur un niveau différent, le pilote JDBC type 4 est plus rapide car c'est un pilote pur Java qui ne nécessite pas d'implémentation native. Utilisez le lien précédent pour afficher une liste des conditions requises par les fournisseurs de bases de données ; cette liste peut vous indiquer si un pilote JDBC type 4 est pris en charge pour votre base de données.

  • [IBM i]Utilisez un pilote JDBC type 2 pour l'accès à des données locales et un pilote JDBC type 4 (ou pur Java) pour l'accès à des données distantes

    En général, le pilote JDBC de type 2 est recommandé. Utilisez le lien précédent pour afficher une liste des conditions requises par les fournisseurs de bases de données ; cette liste peut vous indiquer si un pilote JDBC type 4 est pris en charge pour votre base de données.

  • [AIX Solaris HP-UX Linux Windows][z/OS]Optimisez les sources de données JDBC de WebSphere Application Server et les pools de connexions associés

    La configuration des sources de données JDBC peut avoir un impact considérable sur les performances. Par exemple, la taille des pools de connexions et celle du cache des instructions préparées doivent être définies en fonction du nombre de demandes simultanées traitées et de la conception de l'application.

    Pour plus d'informations, voir la rubrique Mise en pool des connexions.

  • [AIX Solaris HP-UX Linux Windows][IBM i]Activez l'option Transmission par référence

    Utilisez des applications bénéficiant de l'option Transmission par référence pour éviter le coût de copie des paramètres dans la pile.

  • Vérifiez que le journal des transactions est affecté à un disque rapide

    Certaines applications génèrent un grand volume d'enregistrements dans le journal des transactions. La recherche du journal des transactions sur un disque rapide ou sur une grappe de disques peut améliorer le temps de réponse.

  • Optimisez les composants associés, par exemple, la base de données

    Dans de nombreux cas, un autre composant, par exemple, une base de données, doit faire l'objet d'ajustements afin d'obtenir un rendement plus élevé pour l'intégralité de votre configuration.

  • Désactivez les fonctions qui ne sont pas nécessaires

    Par exemple, si votre application n'utilise pas le support d'adressage de services Web (WS-Addressing), la désactivation de cette fonction permet d'améliorer les performances.

    Attention : utilisez cette propriété avec précaution car il se peut que les applications aient besoin des MAP WS-Addressing pour fonctionner correctement. La définition de cette propriété désactive également la prise en charge des spécifications suivantes sur WebSphere Application Server, car elles dépendent de la prise en charge WS-Addressing : Web Services Atomic Transactions, Web Services Business Agreement et Web Services Notification.

    Pour désactiver le support de WS-Addressing, reportez-vous à Activation de la prise en charge de l'adressage des services Web (WS-Addressing) pour les applications JAX-RPC

  • [z/OS]Index de l'optimisation

    L'un des objectifs du modèle de programmation et support d'exécution du produit est de simplifier de façon significative le travail imposé aux développeurs pour écrire et déployer des applications. On dit parfois que ce produit soulage le programmeur des nombreuses tâches ingrates impliquées dans le développement d'applications. Par exemple, le code des applications dans le produit ne traite pas directement de la communication distante, il localise des objets qui peuvent être locaux ou distants et fournit des méthodes. Par conséquent, vous ne voyez pas d'utilisation directe d'appels de connexion ni de programmation TCP/IP dans ce code d'application.

    Cette distinction entre ce que vous voulez faire et où vous le faites et un aspect de la suppression des tâches ingrates pour le programmeur d'applications. Ne pas avoir à traiter les appels de données pour certains types de beans, l'authentification des utilisateurs potentiels, ni les unités d'exécution en sont d'autres aspects. Il n'y a généralement pas d'appel du code d'application pour contacter des connecteurs, d'appels RACF ni de gestion des unités d'exécution. Le fait que le programmeur d'applications soit soulagé de ces tâches ne signifie pas que le travail ne sera pas fait. Cela signifie plutôt qu'il pourra y avoir plus de travail pour l'administrateur de bases de données, l'administrateur de réseau, l'administrateur de sécurité et l'analyste des performances.

    Nous traitons des trois premières dans des sections distinctes de cet article et abordons brièvement la quatrième. Pour plus d'informations sur l'optimisation des applications, consulter Utilisation des clients d'application.

  • [z/OS]Optimisation des sous-systèmes

    Les étapes de l'adaptation des sous-systèmes z/OS pour l'optimisation des performances du produit sont :

  • [z/OS]Optimisation de l'environnement d'exécution du produit
    Les étapes impliquées dans l'adaptation de l'exécutable du produit en vue d'en optimiser les performances incluent les révisions suivantes :
  • [z/OS]Révision de la configuration du produit

    La première chose à faire est de réviser la configuration du produit. A cet effet, une méthode simple consiste à regarder dans vos contrôle des applications et régions des serveurs dans SDSF. Au démarrage de chaque serveur, l'exécution imprime les données de configuration en cours dans le journal des travaux.

  • [z/OS]Conseils de traçage interne pour le produit

    Les fonctions de traçage du produit peuvent être très utiles pour détecter et diagnostiquer des problèmes. En paramétrant correctement les options de traçage, vous pouvez obtenir les informations nécessaires à la détection de problèmes sans surcharge significative des performances.

    • Veillez à ne pas collecter plus de données diagnostiques qu'il ne vous en faut.

      Vous devez vérifier vos options de traçage pour vérifier que la propriété ras_trace_defaultTracingLevel est définie sur 0 ou sur 1, et que les propriétés ras_trace_basic et ras_trace_detail ne sont pas définies.

      Comment visualiser ou définir : Dans la console d'administration :
      1. Cliquez sur Environnement > Variables WebSphere.
      2. Dans l'onglet Configuration, vérifiez ces propriétés dans la zone Nom et consultez leur paramétrage dans la zone Valeur.
      3. Pour modifier le paramétrage d'une de ces propriétés, cliquez sur son nom puis indiquez le nouveau paramétrage dans la zone valeur. Vous pouvez également décrire le paramètre dans la zone de description de cet onglet.
      4. Pour ajouter une propriété, cliquez sur Nouveau puis indiquez le nom de la propriété et son paramétrage dans la zone de valeur.
    • Si vous utilisez un niveau de traçage, tel que ras_trace_defaultTracingLevel=1, veillez à bien définir ras_trace_outputLocation sur BUFFER.
      Lorsque la propriété ras_trace_defaultTracingLevel est définie sur1, les exceptions sont écrites dans le journal de traces et le journal des erreurs.
      • Il est préférable de créer une trace vers CTRACE.

        Si vous créez une trace vers SYSPRINT avec ras_trace_defaultTracingLeve=3, vous risquez d'observer une dégradation du rendement de près de 100 %. Mais, si vous créez une trace vers CTRACE, cette dégradation ne sera que de 15%.

    • Définissez la propriété ras_trace_BufferCount sur 4 et la propriété ras_trace_BufferSize sur 128.

      Ce paramétrage réserve 512 Ko de stockage pour les tampons de trace, ce qui est le minimum autorisé, et réduit les besoins en mémoire.

    • Désactivez la fonction de trace JRAS.
      Pour ce faire, recherchez les lignes suivantes dans le fichier trace.dat désigné par le fichier des propriétés JVM :
      com.ibm.ejs.*=all=disable
      
      com.ibm.ws390.orb=all=disable
      Assurez-vous que les deux lignes ont la valeur =disable ou supprimez les complètement.
      Remarque : Si une valeur est indiquée pour la propriété ras_trace_outputLocation, il est possible que la fonction de trace soit activée sans que vous le sachiez.
  • [z/OS]Conseils sur l'emplacement des programmes exécutables

    Le prochain aspect à passer en revue est l'emplacement de votre code de programme. IBM recommande d'installer autant de code du produit que possible dans LPA. Vous vous assurez ainsi d'éliminer toutes les données steplib inutiles susceptibles d'affecter les performances. Si vous utilisez des données STEPLIB, vérifiez qu'aucune donnée STEPLIB DD du processus du contrôleur et du processus de serviteur ne pointe sur des bibliothèques inutiles. Pour l'optimisation du système de fichiers partagés USS, voir UNIX System Services (USS) tuning tips for z/OS.

    Si vous ne stockez pas la majeure partie de l'exécutable dans LPA, il se peut que l'utilisation de la mémoire principale augmente avec la charge. Au minimum, le produit démarre trois espaces d'adresse, de sorte que tout code non partagé charge trois copies au lieu d'une. Avec les augmentations de charge, davantage de serviteurs peuvent démarrer et contribuer à la charge de stockage supplémentaire du processeur.

    Révisez les instructions PATH pour vous assurer que seuls les programmes requis sont dans le PATH et que l'ordre du PATH place les programmes fréquemment appelés en premier.

  • [z/OS]Optimisation des applications J2EE
  • Vérifiez la conception de votre application

    De nombreux problèmes de performances sont dus à la conception de l'application. Vérifiez si c'est le cas de la vôtre.

  • Changements relatifs au comportement de CDI

    Par défaut, CDI 1.2 analyse toutes les archives d'application. CDI 1.2 peut augmenter de façon considérable le temps de démarrage, en particulier pour les applications plus volumineuses. Pour désactiver l'analyse implicite des archives, affectez à la propriété système enableImplicitBeanArchives la valeur false. Ce paramètre ignore l'analyse des archives sauf si elles contiennent un fichier beans.xml.


Icône indiquant le type de rubrique Rubrique de référence



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=rprf_hotparameters
Nom du fichier : rprf_hotparameters.html