La présente rubrique décrit comment ajouter l'hôte virtuel qui prend en charge la console
d'administration au fichier de configuration du plug-in, de sorte que vous puissiez accéder
à la console d'administration via un serveur Web.
Avant de commencer
Installez votre produit WebSphere Application Server, un serveur Web, les plug-ins de serveur Web et WebSphere Customization Toolbox.
L'outil de configuration des plug-ins de serveur Web crée une définition de serveur Web sur le système de serveur d'applications, directement lorsqu'ils sont sur la même machine, ou à l'aide d'un script pour les scénarios distants.
Lorsque vous configurez un plug-in de serveur Web, une définition de serveur Web est créée sur le système de serveur d'applications, directement lorsqu'ils sont sur la même machine, ou à l'aide d'un script pour les scénarios distants.
Une fois la définition de serveur Web créée, le
fichier de configuration du plug-in existe dans la définition du serveur Web.
Le fichier plugin-cfg.xml peut être remplacé par l'opération de synchronisation du gestionnaire de déploiement, par le script GenPluginCfg ou par n'importe quelle autre méthode permettant de régénérer le fichier.
Si vous apportez des modifications au fichier plugin-cfg.xml et que vous souhaitez conserver ces modifications, il est conseillé de créer une copie du fichier à un autre emplacement. Procédez à des mises à jour manuelles chaque fois que le fichier est automatiquement régénéré par d'autres processus.
Pourquoi et quand exécuter cette tâche
La présente tâche vous offre la possibilité de configurer le admin_host de
sorte que les serveurs Web puissent accéder à la console d'administration. Lorsque le fichier de
configuration du plug-in de serveur Web est généré, il n'inclut pas admin_host dans la
liste d'hôtes virtuels.
Procédure
- Utilisez la console d'administration pour modifier le groupe d'hôtes virtuels
admin_host afin d'y inclure le port de serveur Web (80 par défaut).
- Cliquez sur Environnement > Hôte virtuel > admin_host > Alias d'hôte > Nouveau.
Le port par défaut qui s'affiche est 80, à moins que vous indiquiez
un port différent pendant profils.
- Spécifiez l'adresse IP ou le nom de la machine hébergeant le serveur HTTP.
Par exemple, si vous avez installé un produit WebSphere Application Server sur une machine nommée waslwaj.rtp.ibm.com, entrez son nom dans cette zone.
- Cliquez sur Appliquer>Sauvegarder.
- Arrêtez, puis redémarrez le serveur d'applications.
Par exemple,
pour accéder à la console d'administration d'un serveur d'applications autonome,
arrêtez, puis redémarrez le processus server1.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Pour arrêter server1, ouvrez une fenêtre de commande et accédez au répertoire
racine_profil/bin
Puis, entrez la commande suivante :
./stopServer.sh serveur1
![[IBM i]](../images/iseries.gif)
Démarrez une session Qshell et exécutez la commande suivante :
cd racine_profil/bin
stopServer server1
Ensuite, exécutez la commande suivante pour arrêter le serveur d'applications :
stopServer -nomProfil monProfil server1
Une fois
que vous avez reçu le message suivant, vous pouvez redémarrer le serveur d'applications :
Serveur server1 arrêté.
Pour démarrer
le serveur d'applications, entrez la commande suivante :
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./startServer.sh server1
![[IBM i]](../images/iseries.gif)
startServer server1
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Le processus
server1 est en cours d'exécution lorsque vous recevez un message similaire au message
suivant :
Serveur server1 ouvert pour e-business ; ID processus 1719
Lorsque le serveur d'applications est en cours d'exécution, un message s'affiche pour indiquer que le processus est en cours d'exécution. Ce message comprend l'ID travail iSeries
et le port de la console d'administration.
- Arrêtez, puis redémarrez le gestionnaire de déploiement.
Par
exemple, pour accéder à la console d'administration d'un gestionnaire de déploiement, arrêtez puis
redémarrez le gestionnaire de déploiement.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Pour arrêter le gestionnaire de déploiement, ouvrez une fenêtre de commande et accédez au répertoire
racine_profil/bin.
Exécutez ensuite la
commande suivante :
./stopManager.sh
![[IBM i]](../images/iseries.gif)
Démarrez une session Qshell et exécutez la commande suivante :
cd racine_profil/bin
Ensuite, exécutez la commande suivante pour arrêter le gestionnaire de déploiement :
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./stopManager.sh
![[IBM i]](../images/iseries.gif)
stopManager
Une
fois que vous avez reçu le message suivant, vous pouvez redémarrer le gestionnaire de
déploiement :
Serveur dmgr arrêté.
Pour démarrer le
gestionnaire de déploiement, exécutez la commande suivante :
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
./startManager.sh
![[IBM i]](../images/iseries.gif)
startManager
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Le
gestionnaire est actif lorsque vous recevez un message similaire au message suivant :
Serveur dmgr ouvert pour e-business ; ID processus 1720
Lorsque le gestionnaire de déploiement est en cours d'exécution, un message s'affiche pour indiquer que le processus est en cours d'exécution. Ce message comprend l'ID travail iSeries
et le port de la console d'administration.
- Editez le fichier plugin-cfg.xml pour y inclure les entrées
suivantes :
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
<VirtualHostGroup Name="admin_host">
<VirtualHost Name="*:9060"/>
<VirtualHost Name="*:80"/>
<VirtualHost Name="*:9043"/>
</VirtualHostGroup>
...
...
...
<ServerCluster Name="server1_HOTESERVEUR1server1_Cluster">
<Server LoadBalanceWeight="1" Name="HOTESERVEUR1server1_dmgr">
<Transport Hostname="HOTESERVEUR1" Port="9060" Protocol="http"/>
</Server>
<PrimaryServers>
<Server Name="HOTESERVEUR1server1_dmgr"/>
</PrimaryServers>
</ServerCluster>
...
...
...
<UriGroup Name="admin_host_server1_HOTESERVEUR1server1_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID"
AffinityURLIdentifier="jsessionid" Name="/ibm/console/*"/>
</UriGroup>
<Route ServerCluster="server1_HOTESERVEUR1server1_Cluster"
UriGroup="admin_host_server1_HOTESERVEUR1server1_Cluster_URIs" VirtualHostGroup="admin_host"/>
![[IBM i]](../images/iseries.gif)
<VirtualHostGroup Name="admin_host">
<VirtualHost Name="*:13060"/>
</VirtualHostGroup>
...
...
...
<ServerCluster Name="my60Profile.dmgr_muiSeries_Cluster">
<Server LoadBalanceWeight="1" Name="myiSeries_my60Profile.dmgr">
<Transport Hostname="myiSeries" Port="11060" Protocol="http"/>
</Server>
<PrimaryServers>
<Server Name="myiSeries_my60Profile.dmgr"/>
</PrimaryServers>
</ServerCluster>
...
...
...
<UriGroup Name="admin_host_my60Profile.dmgr_myiSeries_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID"
AffinityURLIdentifier="jsessionid" Name="/ibm/console/*"/>
</UriGroup>
<Route ServerCluster="my60Profile.dmgr_myiSeries_Cluster"
UriGroup="admin_host_my60Profile.dmgr_myiSeries_Cluster_URIs" VirtualHostGroup="admin_host"/>
Si le port HTTP de votre serveur HTTP est différent 80, ajoutez une entrée à VirtualHostGroup :
<VirtualHost Name="*:port"/>
La variable port correspond au port du serveur HTTP.
Résultats
Vous pouvez configurer les serveurs Web pris en charge pour qu'ils accèdent à l'application de la console d'administration d'un gestionnaire de déploiement ou d'un serveur d'applications autonome.