L'équilibrage de charge simple distribue les requêtes HTTP sur plusieurs instances
IBM® WebSphere
Application Server. De même, 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. Cette rubrique explique comment effectuer cette configuration.
- 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 enregistrer les profils de serveurs d'applications autonomes avec un agent d'administration et combiner les fichiers de configuration de plug-in de ces profils dans un même fichier de sortie.
- 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.
- Configurez l'agent d'administration et enregistrez chaque profil de serveur d'applications avec l'agent d'administration. Effectuez les étapes suivantes :
- Définissez l'agent d'administration, notamment en créant le profil d'agent d'administration.
- Enregistrez le serveur d'applications autonome avec l'agent d'administration.
- 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.
- Installez l'application d'entreprise ou le module Web. Pour plus d'informations, voir la
documentation sur l'installation d'applications d'entreprise ou de modules.
- 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.
- 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 :
- Développez et cliquez sur Serveurs d'application WebSphere > nom_serveur.
- Sous Paramètres du conteneur, développez Paramètres du conteneur Web et cliquez sur Conteneur Web.
- Dans le menu Propriétés supplémentaires, sélectionnez .
- Dans la zone Nom, entrez HttpSessionCloneId.
- 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.
- Cliquez sur Valider ou sur OK.
- Cliquez sur Sauvegarder pour sauvegarder les modifications de configuration apportées à
la configuration principale.
- 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.
- Redémarrez le serveur.
- 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"
- 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.
L'outil
pluginCfgMerge.bat ou
pluginCfgMerge.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 pluginCfgMerge, procédez comme suit :
- Renommez les fichiers plugin-cfg.xml avec un nom unique
sur vos profils de serveur d'application.
- Copiez le fichier plugin-cfg.xml pour tous les profils de serveur d'application autonomes
dans un répertoire commun.
- 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]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[IBM i]](../images/iseries.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
![[z/OS]](../images/ngzos.gif)
racine_install/bin/pluginCfgMerge.sh fichier1_configuration_plugin fichier2_configuration_plugin fichier_configuration_plugin_obtenu
![[Windows]](../images/windows.gif)
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.
- Copiez le fichier fusionné plugin-cfg.xml
dans le répertoire racine_installation_plugin/config/nom_serveur_web/
de l'hôte serveur Web.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
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.