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
- 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 :
- 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.
- 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.
- 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 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.
- Redémarrez le serveur.
- 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.
- 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 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 plugin-cfg.xml fusionné
dans le répertoire racine_installation_plugin/config/web_server_name/ sur l'hôte de 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.