Vous pouvez créer une définition de serveur Web dans la console d'administration
lorsque le serveur Web et le plug-in du serveur Web de WebSphere Application Server se trouvent sur
une machine et le serveur d'applications sur une autre.
Vous pouvez ainsi exécuter un serveur d'applications sur une
plateforme et un serveur Web sur une autre.
Avant de commencer
Lors de l'installation d'un serveur Web éloigné, WebSphere Application
Server peut faciliter l'exécution des fonctions d'administration des plug-ins, ainsi que la génération
et la propagation du fichier plugin-cfg.xml d'IBM® HTTP Server for WebSphere Application Server, mais pas d'autres serveurs Web.
Les
serveurs Web autres qu'IBM HTTP Server for WebSphere Application Server doivent
résider sur le même système que WebSphere Application Server (en tant que
noeud géré) pour faciliter l'exécution des fonctions d'administration des plug-ins, ainsi que la génération
et la propagation du fichier plugin-cfg.xml.
Pourquoi et quand exécuter cette tâche
Vous pouvez choisir une installation distante pour le serveur Web si vous voulez que
celui-ci ne soit pas derrière un pare-feu et que WebSphere Application
Server y soit. Vous
pouvez créer un serveur Web éloigné sur un noeud non géré. Les noeuds non gérés sont
des noeuds qui n'ont pas d'agent. Comme la machine ne compte aucun serveur WebSphere Application Server ou agent de noeud représentés par le noeud, il est impossible
d'administrer un serveur Web sur ce noeud non géré, sauf si le serveur Web
est un serveur IBM HTTP Server for WebSphere Application
Server. Avec IBM HTTP
Server, un serveur d'administration facilite les demandes d'administration, telles que
le démarrage et l'arrêt, l'affichage des journaux
ainsi que l'affichage et l'édition du fichier
httpd.conf.
Important : Le serveur d'administration n'est pas fourni avec IBM HTTP Server
for WebSphere Application
Server, qui s'exécute sur des plateformes z/OS.
Par conséquent, l'administration à l'aide de la console
d'administration n'est pas prise en charge pour IBM HTTP Server for z/OS sur un noeud non géré.
Les étapes ci-après permettent de créer une définition de serveur Web dans le
profil par défaut. Cette procédure ne s'applique pas lorsque vous configurez un serveur Web éloigné pour un serveur Web i5/OS. Pour plus d'informations sur la configuration d'un serveur Web i5/OS, voir la rubrique Sélection d'un diagramme et un organigramme topologique de serveur Web.
Que faire ensuite
Dans le cas d'un serveur Web autre qu'IBM HTTP Server sur un noeud non géré,
vous pouvez générer une configuration de plug-in en fonction des modifications du référentiel de WebSphere Application
Server. Toutefois, les fonctions suivantes ne sont pas prises en charge sur un noeud non géré pour un serveur Web autre qu'IBM HTTP Server :
- Démarrage et arrêt du serveur Web.
- Affichage et modification du fichier de configuration du serveur Web.
- Affichage des journaux du serveur Web.
- Propagation du fichier plugin-cfg.xml du serveur Web.
Vous pouvez configurer des serveurs Web autres qu'IBM HTTP Server en tant que serveurs Web locaux sur un noeud géré. Dans le cas d'un serveur Web autre qu'IBM HTTP Server sur un noeud géré, tenez compte des instructions suivantes :
- Génération de la configuration du plug-in en fonction des modifications de référentiel de WebSphere Application
Server.
- Propagation du fichier plugin-cfg.xml en fonction de l'utilisation de la synchronisation du noeud
avec le noeud de WebSphere Application
Server. La synchronisation du noeud est nécessaire pour propager les modifications apportées à la configuration du ou des noeuds concernés.
Remarque : Pour s'assurer du bon fonctionnement de la propagation, lorsque WebSphere Application
Server est installé
sur une machine via un profil autonome et qu'IBM HTTP
Server est installé sur une autre machine
en tant que superutilisateur via le serveur d'administration,
le superutilisateur doit modifier manuellement les droits d'accès du
fichier plugin-cfg.xml pour l'utilisateur exécutant IBM HTTP
Server à partir du serveur d'administration. Le nom et le groupe de l'utilisateur requis pour démarrer le serveur d'administration se trouvent
dans le fichier HTTPServer/config/admin.conf.
Le fichier
plugin-cfg.xml est propagé vers les référentiels des noeuds des serveurs d'applications à partir du référentiel du gestionnaire de déploiement.
Important : Le fichier plugin-cfg.xml est propagé vers les référentiels des noeuds des serveurs d'applications.
Il ne s'agit pas de l'emplacement d'installation par défaut du fichier plugin-cfg.xml. Il est possible que vous deviez modifier les fichiers de configuration des serveurs Web autres qu'IBM HTTP Server pour mettre à jour l'emplacement du fichier plugin-cfg.xml qui est lu par le module du plug-in.
Par exemple, les services IIS (Internet
Information Services) possèdent un fichier dénommé
plugin-cfg.loc, qui est lu par les modules de plug-in IIS pour déterminer l'emplacement du fichier
plugin-cfg.xml. Le fichier
plugin-cfg.loc doit être mis à jour pour refléter l'emplacement du fichier
plugin-cfg.xml dans le référentiel du noeud du serveur d'applications.
D'autres serveurs Web autres qu'IBM HTTP Server ont différentes méthodes pour spécifier l'emplacement du fichier plugin-cfg.xml pour le module du plug-in. Toutefois, pour que la propagation fonctionne, mettez à jour l'emplacement pour le refléter dans le référentiel du noeud du serveur d'applications.
Dans le cas d'un serveur Web autre qu'IBM HTTP Server configuré en tant que serveur Web local sur un noeud géré, les fonctions suivantes ne sont pas prises en charge :
- Démarrage et arrêt du serveur Web.
- Affichage et modification du fichier de configuration.
- Affichage des journaux du serveur Web.