Vous pouvez installer le produit WebSphere
Application Server pour qu'il coexiste avec une autre instance d'installation du produit, à condition qu'il n'y ait pas de conflit de port. Lorsque vous installez des installations coexistantes, vous pouvez partager un serveur Web.
Pourquoi et quand exécuter cette tâche
Chaque installation du produit possède son propre ensemble de fichiers de configuration.
La rubrique Gestion de profils à l'aide de l'interface utilisateur graphique décrit l'installation ponctuelle de WebSphere
Application Server et la création de plusieurs profils.
Procédure
- Utilisez IBM Installation Manager pour installer une autre instance de WebSphere
Application Server.
Si vous comptez partager un seul serveur Web entre les installations, installez le plug-in de serveur Web Version 9.0 approprié.
Pour plus d'informations, voir Installation et configuration de votre environnement de traitement d'applications.
- Partagez un serveur Web entre plusieurs instances d'installation.
- Utilisez l'assistant d'installation de plug-in pour sélectionner un plug-in du serveur Web.
- Utilisez la console d'administration pour générer des fichiers de configuration
de plug-in pour chaque instance d'installation et fusionnez-les dans une configuration
principale.
- Utilisez la console d'administration pour remplacer le fichier plugin-cfg.xml d'origine par le fichier principal sur le serveur Web.
Vous pouvez accéder aux exemples à partir d'une seule instance
d'installation.
- Si un noeud ne peut pas démarrer en raison de conflits de ports, modifiez les affectations de port dans les fichiers de configuration.
Pour plus d'informations, voir Paramètres de numéro de port.
Remarque : Si des ports sont déjà définis dans une configuration en cours de migration, les outils de migration
corrigent les conflits de port dans la configuration de la Version 9.0 et consignent les modifications pour que vous puissiez les vérifier.
- Evitez les conflits de port dans les agents de noeud coexistants.
Si vous créez un noeud fédéré sur un système où existe déjà un autre noeud fédéré, la commande addNode incrémente les affectations de port du second processus d'agent de noeud afin d'éviter tout conflit. L'assistant de création de profil gère également les affectations de port lorsque vous fédérez un noeud personnalisé au cours de la création du profil personnalisé.
Si vous installez un produit Version 9.0 sur un système sur lequel une version antérieure de ce produit est déjà installée, ni la commande addNode ni l'outil de gestion de profil ne possède d'enregistrement des affectations de port de la version antérieure. Les affectations de port pour le second processus d'agent de noeud (celui de la Version 9.0) ne sont pas incrémentées. Des conflits empêchent plusieurs noeuds de démarrer.
Procédez comme suit pour créer un noeud fédéré de la Version 9.0 sans conflits de port.
- Créez un profil de serveur d'applications Version 9.0 ou un profil personnalisé.
Ne fédérez pas le noeud à mesure que vous créez le profil. Dans le panneau de l'assistant de création de profil, cochez la case qui indique que le noeud doit être fédéré ultérieurement.
- Identifiez les ports utilisés pour définir un numéro de port de démarrage pour le processus de l'agent de noeud de la Version 9.0.
La commande netstat -a permet de vérifier les affectations de ports existantes. Analysez les affectations de ports pour trouver 12 ports séquentiels libres.
Cette procédure suppose qu'il n'existe aucune affectation de ports entre 3320 et 3380.
- Accédez au répertoire bin du nouveau profil.
Imaginons que vous créez un profil de serveur d'applications nommé V90MngNode dans le répertoire racine d'installation par défaut sur un système Linux.
cd /opt/IBM/WebSphere/AppServer/profiles/V90MngdNode/bin
- Utilisez la commande addNode avec le paramètre -startingport pour fédérer le noeud dans la cellule de gestionnaire de déploiement et affecter des ports à partir d'une valeur de début.
Supposons que le gestionnaire de déploiement possède les caractéristiques suivantes :
- Le nom d'hôte est l'adresse du système de nom de domaine : nittany.ibm.raleigh.com
- Type de connecteur JMX : RMI (Remote Method Invocation)
- Affectation de port RMI : 8879
- Statut de la sécurité : activé
- Applications à installer : DefaultApplication et les exemples
Dans un environnement Linux, par exemple, exécutez la commande suivante :
./addNode.sh nittany.ibm.raleigh.com \
-conntype RMI 8879 \
-includeapps \
-user lions44 \
-password PSU
-startingport 3333
La barre oblique inversée
(\) est un caractère de continuation
qui permet d'écrire les commandes sur plusieurs
lignes.
Le paramètre -startingport fournit le numéro de port de base pour tous les ports d'agent de noeud et incrémente toutes les valeurs de port à partir du point de départ. Les affectations de port non conflictuelles permettent au nouvel agent de noeud de s'exécuter lorsque le processus d'agent de noeud est déjà en cours d'exécution.
Cette procédure vous donne la possibilité de démarrer le noeud de la version antérieure en même temps que le noeud de la Version 9.0. Les agents de noeuds peuvent être exécutés sur le même serveur.
Vous pouvez aussi affecter des ports séparément à l'aide du paramètre
-portprops.
Ce paramètre identifie un fichier ordinaire de mots-clés et les affectations de numéros de port que vous devez créer.
L'exemple suivant de fichier
portprops affiche tous les mots-clés et leurs affectations de ports par défaut :
WC_defaulthost 9081
WC_adminhost 9062
WC_defaulthost_secure 9444
WC_adminhost_secure 9045
BOOTSTRAP_ADDRESS 2810
SOAP_CONNECTOR_ADDRESS 8881
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS 9901
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS 9201
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS 9102
ORB_LISTENER_ADDRESS 9900
CELL_DISCOVERY_ADDRESS 7272
DCS_UNICAST_ADDRESS 9354
Que faire ensuite
Après avoir fait migré le gestionnaire de déploiement Version 7.0 ou ultérieures vers un gestionnaire de déploiement Version 9.0, vous pouvez faire migrer les noeuds fédérés Version 7.0 ou ultérieures de manière incrémentielle. Pour plus d'informations, voir Migration d'un noeud fédéré Version 7.0 ou ultérieures.