Exécution de serveurs d'applications coexistants

Vous pouvez créer un environnement dans lequel plusieurs installations de produit coexistent, ce qui signifie que vous pouvez exécuter simultanément plusieurs installations de WebSphere Application Server indépendantes et plusieurs noeuds sur le même système. Les installations peuvent être au même niveau de version ou à des niveaux de version différents, et vous pouvez choisir de les faire partager ou non une seule et même installation de serveur Web. Dans le cadre d'une coexistence, il convient d'éviter à tout prix les conflits de port.

Pourquoi et quand exécuter cette tâche

Toutes les combinaisons de versions et d'éditions du produit WebSphere Application Server peuvent coexister tant qu'il n'existe pas de conflit entre les ports. Par exemple, vous pouvez exécuter une installation WebSphere Application Server (base) version 8.5 et une installation WebSphere Application Server, Network Deployment Version 9.0 sur le même système si tous les ports sont uniques.

Tableau 1. Eléments à prendre en compte lorsque vous décidez de configurer la coexistence
Raisons qui justifient de configurer la coexistence Raisons qui justifient de ne pas configurer la coexistence
  • Vous pouvez obtenir un isolement complet entre chaque instance de WebSphere Application Server. Vous pouvez désinstaller une instance indépendamment des autres.
  • Vous pouvez installer WebSphere Application Server (base) plusieurs fois sur la même machine.
  • Vous pouvez installer le produit WebSphere Application Server, Network Deployment Version 7.0 ou ultérieures et le produit Version 9.0 sur la même machine.
  • La machine peut avoir une contrainte d'espace de disque dur.
  • Vous pouvez utiliser le registre du système d'exploitation pour localiser la dernière instance installée de WebSphere Application Server uniquement.

    Lorsque vous installez un produit une deuxième fois, la dernière installation est celle qui apparaît dans le registre.

  • La désinstallation de la dernière instance supprime tout enregistrement du produit dans le registre.

    Supposons que vous ayez installé trois instances de WebSphere Application Server (base). Vous utilisez la fonction de suppression de programme du système d'exploitation pour désinstaller la troisième copie du produit de base. Il n'existe plus d'enregistrement de registre indiquant l'existence des deux autres instances d'installation. Les autres applications ne peuvent pas interroger le registre du système d'exploitation pour détecter la présence d'une des deux autres instances de WebSphere Application Server (base).

Si vous souhaitez installer plusieurs instances de la même version du produit sur un système, il peut s'avérer judicieux de créer plutôt plusieurs profils. L'un des principaux objectifs de la prise en charge de plusieurs profils est de diminuer la nécessité d'avoir des installations coexistantes de la même version de produit. L'une des raisons pour lesquelles vous pouvez être amené à installer des instances coexistantes de WebSphere Application Server Version 9.0 est la nécessité pour vous de disposer de différents niveaux de correctif du produit sur une seule et même machine.

Le système sur lequel vous installez plusieurs versions ou éditions du produit doit répondre à toutes les conditions préalables à l'installation de tous les produits, telles que la configuration minimale requise pour Java et le système d'exploitation. Pour toute information sur ces configurations requises, voir WebSphere Application Server detailed system requirements.

Vous pouvez résoudre les conflits de ports en spécifiant des affectations de ports pour la coexistence lors de la création de profils, à l'aide du script wsadmin ou de la page Serveurs > Serveurs d'applications > serveur1 > Ports de la console d'administration afin que WebSphere Application Server Version 9.0 puisse fonctionner avec une version antérieure. Pour plus d'informations sur la création du script wsadmin, voir Outil de création de script wsadmin.

Le traitement de coexistence modifie les fichiers de configuration suivants :
  • virtualhosts.xml
    • Port de transport HTTP
    • Port d'IBM® HTTP Server
    • Port de transport HTTPS
    • Port de la console d'administration HTTP
    • Port sécurisé de la console d'administration HTTPS
  • serverindex.xml
    • Adresse d'amorçage
    • Adresse du connecteur SOAP
    • Adresse client DRS (Data Replication Service)
      Fonction obsolète Fonction obsolète: Ce port est obsolète et n'est plus utilisé dans la version actuelle de WebSphere Application Server.depfeat
    • Adresse du module d'écoute ServerAuth SSL (Secure Sockets Layer) SAS (Secure Authentication Service)
    • Adresse du module d'écoute ServerAuth SSL CSIV2(Common Secure Interoperability Protocol Version 2)
    • Adresse du module d'écoute pour l'authentification mutuelle du serveur SSL CSIV2
    • Port de la console d'administration
    • Port de transport HTTP
    • Adresse à diffusion unique DCS (Distribution and Consistency Services)
    • Port sécurisé de la console d'administration
    • Port sécurisé du transport HTTP
    • Adresse de noeud final SIB (Service Integration Bus)
    • Adresse sécurisée de noeud final SIB
    • Adresse de noeud final MQ SIB
    • Adresse sécurisée de noeud final MQ SIB

Pour plus d'informations, voir Paramètres de numéro de port.

Procédure

Installez plusieurs instances du produit sur un système. Prenez soin d'éviter les conflits de ports, et le cas échéant, configurez un serveur Web partagé. Pour plus d'informations, voir Configuration d'installations de produit coexistantes.

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-dist&topic=tins_coexistep
Nom du fichier : tins_coexistep.html