Configuration d'un équilibrage de charge simple sur plusieurs profils de serveurs d'applications avec un agent d'administration à l'aide d'un gestionnaire de travaux

L'équilibrage de charge simple distribue les requêtes HTTP sur plusieurs instances IBM® WebSphere Application Server. Vous pouvez configurer l'équilibrage de charge simple pour entraîner le basculement de l'état d'une application conservé dans une session HTTP.

Pourquoi et quand exécuter cette tâche

Vous pouvez configurer une fonction d'équilibrage de charge simple avec WebSphere Application Server en combinant les fichiers de configuration du plug-in de plusieurs profils de serveur d'application autonome en un seul fichier de configuration. Le nombre de fichiers de configuration pouvant être combinés est limité par l'accord de licence de WebSphere Application Server. Vous pouvez utiliser les différentes configurations suivantes du serveur d'applications pour combiner les fichiers de configuration de plug-in de plusieurs profils de serveurs d'applications dans un même fichier de sortie :
  • Utilisation de plusieurs profils de serveurs d'applications de base autonomes. Pour plus d'informations, consultez la documentation relative à la configuration de l'équilibrage de charge simple sur plusieurs profils de serveurs d'applications.
  • Utilisation de plusieurs profils de serveurs d'applications de base autonomes avec un agent d'administration. Pour plus d'informations, consultez la documentation relative à la configuration de l'équilibrage de charge simple sur plusieurs profils de serveurs d'applications avec un agent d'administration.
  • Utilisation de plusieurs profils de serveurs d'applications de base autonomes avec un agent d'administration à l'aide du gestionnaire de travaux. La fonction de gestionnaire des travaux fait partie de WebSphere Application Server, Network Deployment. Toutefois, vous pouvez l'utiliser avec des profils de serveurs d'applications de base autonomes. Cette rubrique permet d'effectuer cette configuration.
Procédez comme suit pour enregistrer les profils de serveurs d'applications autonomes avec un agent d'administration à l'aide d'un gestionnaire de travaux et combiner les fichiers de configuration de plug-in de ces profils dans un même fichier de sortie.

Procédure

  1. Installez WebSphere Application Server et créez des profils de serveur d'application. Pour plus d'informations, voir la documentation sur les profils de serveur d'application et l'installation de WebSphere Application Server.
  2. Configurez l'agent d'administration et enregistrez chaque profil de serveur d'applications avec l'agent d'administration. Effectuez les étapes suivantes :
    1. Définissez l'agent d'administration, notamment en créant le profil d'agent d'administration.
    2. Enregistrez le serveur d'applications autonome avec l'agent d'administration.
    3. Démarrez et arrêtez l'agent d'administration.

    Après avoir suivi cette procédure, vous pouvez effectuer toutes les opérations d'administration via l'agent d'administration. Lorsque vous vous connectez à la console d'administration de l'agent d'administration, vous pouvez sélectionner les serveurs d'applications à gérer. Pour plus d'informations, voir la documentation relative à l'administration de noeuds autonomes à l'aide de l'agent d'administration.

  3. Installez WebSphere Application Server, Network Deployment pour les instances WebSphere Application Server, Network Deployment sous licence qui effectueront une gestion centralisée pour les instances de serveurs d'application autonomes. Pour plus d'informations, voir la documentation relative à l'installation du produit WebSphere Application Server, Network Deployment.
    Avertissement : Vous devez accéder au centre de documentation de WebSphere Application Server, Network Deployment pour consulter cette documentation.
  4. Créez le profil de gestionnaire de travaux, configurez le gestionnaire de travaux et enregistrez les serveurs d'applications autonomes avec le gestionnaire de travaux. Pour plus d'informations, voir la documentation relative à la définition d'un environnement de gestionnaire de travaux. Vous pouvez exécuter les options d'administration de façon centrale à l'aide du gestionnaire de travaux. Pour plus d'informations sur le gestionnaire de travaux, voir les informations conceptuelles concernant le gestionnaire de travaux.
  5. Installez l'application d'entreprise ou le module Web. Vous pouvez utiliser une des méthodes suivantes pour installer l'application d'entreprise ou le module Web :
    • Installez l'application d'entreprise ou le module Web sur chaque serveur d'application. Pour plus d'informations, voir la documentation sur l'installation d'applications d'entreprise ou de modules.
    • Installez l'application d'entreprise ou le module Web à l'aide du gestionnaire de travaux. Pour de plus amples informations, voir la documentation sur l'installation d'applications à l'aide du gestionnaire de travaux.
  6. Déterminez si vous avez besoin d'une affinité de session.

    L'affinité de session dirige les requêtes d'un client donné vers un serveur d'applications spécifique. L'état de l'application conservé dans la session HTTP est accessible via la mémoire cache de session HTTP, locale par rapport au serveur d'applications. L'affinité de session offre de meilleures performances que la persistance de base de données de l'objet de session seule. Sans affinité de session, les demandes de session doivent être obtenues de la base de données si elles sont envoyées à un serveur ne disposant pas de l'objet de session dans la mémoire cache locale.

  7. Facultatif : Configurez un ID de clone de session HTTP unique pour chaque serveur d'applications. Vous devez effectuer cette étape si vous avez besoin de l'affinité de session.

    Vous pouvez configurer un ID de clone de session HTTP unique à l'aide des outils de script wsadmin ou de la console d'administration. Pour utiliser les commandes wsadmin pour le langage de programmation Jython ou Jacl, voir la documentation sur la configuration d'un ID de clone de session HTTP unique pour chaque serveur d'applications à l'aide des outils de script. Pour configurer un ID de clone de session HTTP unique via la console d'administration, procédez comme suit :

    1. Développez Serveurs > Types de serveurs et cliquez sur Serveurs d'application WebSphere > nom_serveur.
    2. Sous Paramètres du conteneur, développez Paramètres du conteneur Web et cliquez sur Conteneur Web.
    3. Under Additional Properties, click Custom properties > New.
    4. Dans la zone Nom, entrez HttpSessionCloneId.
    5. Dans la zone Valeur, entrez une valeur unique pour chaque serveur. La valeur unique doit comporter 8 à 9 caractères alphanumériques ; par exemple, test1234.
    6. Cliquez sur Valider ou sur OK.
    7. Cliquez sur Sauvegarder pour sauvegarder les modifications de configuration apportées à la configuration principale.
  8. Facultatif : Configurez la persistance des sessions. Si vous avez besoin de la fonction de basculement de session, vous devez configurer la persistance des sessions. La persistance de l'objet de session dans une base de données est la seule option pour le basculement de session avec WebSphere Application Server. Pour configurer la persistance de session à l'aide de la console d'administration, voir la documentation relative à la configuration de la persistance des sessions de base de données. Pour configurer la persistance des sessions de base de données à l'aide des commandes wsadmin pour le langage de programmation Jython ou Jacl, voir la documentation relative à la configuration de la persistance des sessions de base de données à l'aide des outils de script.
  9. Redémarrez le serveur.
  10. Générez le fichier plugin-cfg.xml pour chaque serveur d'applications autonome à l'aide du script GenPluginCfg, de la console d'administration ou des outils de script wsadmin.

    Pour utiliser le script GenPluginCfg, entrez la commande suivante sur la ligne de commande : racine_profil/config/cells/GenPluginCfg.sh|bat

    Pour utiliser la console d'administration, voir la documentation relative à la création ou mise à jour du fichier de configuration de plug-in du serveur Web global.

    Les variables suivantes s'appliquent aux commandes Jython et Jacl :
    • nom_cellule est le nom de votre cellule.
    • noeud_serveur_web est le nom du noeud de votre serveur Web.
    • nom_serveur_web est le nom du serveur Web.
    Jython
    Sur la ligne de commande, entrez chacune des commandes suivantes sur une ligne distincte :
    generator = AdminControl.completeObjectName('type=PluginCfgGenerator,*')
    AdminControl.invoke(generator, 'generate', "racine_profil/config nom_cellule noeud_serveur_web nom_serveur_web true true")
    Jacl
    Sur la ligne de commande, entrez chacune des commandes suivantes sur une ligne distincte :
    set generator [$AdminControl completeObjectName type=PluginCfgGenerator,*]
    $AdminControl invoke $generator generate "racine_profil/config nom_cellule noeud_serveur_web nom_serveur_web true true"
  11. Fusionnez les fichiers plugin-cfg.xml à partir de plusieurs noeuds de serveur d'application.
    Vous pouvez fusionner manuellement les fichiers plugin-cfg.xml ou utiliser l'outil pour fusionner automatiquement le fichier plugin-cfg.xml à partir de plusieurs profils de serveur d'application dans un fichier unique. L'outil .bat ou .sh est disponible après l'installation de ce groupe de correctifs. Il est situé dans le répertoire racine_install/bin. Pour utiliser l'outil, procédez comme suit :
    1. Renommez les fichiers plugin-cfg.xml avec un nom unique sur vos profils de serveur d'application.
    2. Copiez le fichier plugin-cfg.xml pour tous les profils de serveur d'application autonomes dans un répertoire commun.
    3. Utilisez l'outil pour combiner les fichiers plugin-cfg.xml à partir de chacun des profils de serveur d'application dans un fichier unique. Exemple :[AIX][HP-UX][IBM i][Linux][Solaris][z/OS]
      racine_install/bin/.sh fichier1_configuration_plugin fichier2_configuration_plugin fichier_configuration_plugin_obtenu
      [Windows]
      racine_install\bin\.bat fichier1_configuration_plugin fichier2_configuration_plugin fichier_configuration_plugin_obtenu

      La valeur de la variable fichier_configuration_plugin_obtenu est normalement plugin-cfg.xml

    Pour plus d'informations sur la fusion manuelle des fichiers plugin-cfg.xml, voir la note technique sur la fusion des fichiers plugin-cfg.xml à partir de plusieurs profils de serveur d'application.

  12. Copiez le fichier fusionné plugin-cfg.xml dans le répertoire racine_installation_plugin/config/nom_serveur_web/ de l'hôte serveur Web.
  13. [AIX][HP-UX][Linux][Solaris]Vérifiez que vous avez défini les droits d'accès au fichier de système d'exploitation appropriés pour le fichier plugin-cfg.xml fusionné. Ces droits d'accès au fichier permettent au processus de plug-in de serveur HTTP de lire le fichier.

Résultats

Lorsque vous suivez ce processus, vous avez un fichier de configuration de plug-in pour plusieurs profils de serveurs d'applications autonomes.

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