Configuration d'un équilibrage de charge simple sur plusieurs profils de serveurs d'applications

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.

Avant de commencer

Configurations prises en charge Configurations prises en charge: Cette offre s'applique aux profils de serveur d'application autonomes pour IBM WebSphere Application Server. Cette offre n'inclut pas de fonction de gestion centralisée telle que le gestionnaire de déploiement dans WebSphere Application Server, Network Deployment.sptcfg

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
  • 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 de base autonomes 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. Pour plus d'informations, consultez la documentation relative à la configuration de l'équilibrage de charge simple sur plusieurs profils de serveurs d'applications de base autonomes avec un agent d'administration à l'aide du gestionnaire de travaux.
Procédez comme suit pour configurer l'équilibrage de charge simple sur plusieurs profils de serveurs d'applications de base autonomes :

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. Installez l'application d'entreprise ou le module Web. Pour plus d'informations, voir la documentation sur les méthodes d'installation d'applications ou de modules.
  3. 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.

  4. 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. Dans le menu Propriétés supplémentaires, sélectionnez Propriétés personnalisées > Nouvelle.
    4. Dans la zone Nom, entrez HttpSessionCloneId.
    5. Dans la zone Valeur, entrez une valeur unique pour le 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.
  5. Facultatif : Configurez la persistance des sessions, si nécessaire. 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.
  6. Redémarrez le serveur.
  7. Générez le fichier plugin-cfg.xml pour chaque serveur d'applications à l'aide du script GenPluginCfg, de la console d'administration ou des outils de script wsadmin.

    Voir la rubrique Commande GenPluginCfg pour une description de la manière d'utiliser le script GenPluginCfg pour générer le fichier plugin-cfg.xml.

    Voir la rubrique concernant l'implémentation d'un plug-in de serveur Web pour une description de la manière d'utiliser la console d'administration pour générer le fichier plugin-cfg.xml.

    Voir la rubrique concernant la régénération de la configuration de plug-in de noeud à l'aide de scripts pour une description de la manière d'utiliser le script wsadmin pour générer le fichier plugin-cfg.xml.

  8. 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 pluginCfgMerge pour fusionner automatiquement le fichier plugin-cfg.xml à partir de plusieurs profils de serveur d'application dans un fichier unique. Les fichiers pluginCfgMerge.bat et pluginCfgMerge.sh se trouvent dans le répertoire racine_install/bin.

    Pour utiliser l'outil pluginCfgMerge, 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 pluginCfgMerge pour combiner les fichiers plugin-cfg.xml à partir de chacun des profils de serveur d'application dans un fichier unique. Par exemple :[AIX][HP-UX][IBM i][Linux][Solaris][z/OS]
      racine_install/bin/pluginCfgMerge.sh fichier1_configuration_plugin fichier2_configuration_plugin fichier_configuration_plugin_obtenu
      [Windows]
      racine_install\bin\pluginCfgMerge.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.

  9. Copiez le fichier plugin-cfg.xml fusionné dans le répertoire racine_installation_plugin/config/web_server_name/ sur l'hôte de serveur Web.
  10. [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_configsimplelb
Nom du fichier : twsv_configsimplelb.html