Un environnement d'agent d'administration comporte un agent d'administration et les serveurs d'applications autonomes qu'il gère. La configuration d'un environnement d'agent d'administration implique la création d'un profil d'agent d'administration et d'un ou plusieurs profils de serveur d'applications autonome appelés noeuds sur le même ordinateur, puis l'enregistrement des profils de noeuds sur l'agent d'administration.
Avant de commencer
Installez le produit WebSphere
Application Server.
Vérifiez que les noeuds qui doivent être gérés par l'agent d'administration disposent des mêmes produits que l'agent
d'administration, et que le niveau de version des produits est identique sur ces noeuds et sur l'agent
d'administration. Cette exigence est appliquée car l'environnement correspondant doit être installé sur l'agent d'administration afin que
toutes les fonctions d'administration du noeud enregistré puissent être traitées. Un noeud ne peut pas s'enregistrer auprès d'un agent d'administration s'il ne dispose pas d'un ensemble identique
de produits et de versions.
Un proxy DMZ (zone démilitarisée) ne fonctionne pas
avec l'agent d'administration lorsque la sécurité est activée. Maintenez la sécurité activée et n'utilisez pas l'agent d'administration dans un environnement
avec proxy DMZ.
transition : Si vous exécutiez précédemment la version 8.0 ou une version antérieure et que vous disposez d'un agent d'administration
doté d'un noeud géré dont les produits ou les versions ne correspondent pas, lors de la migration vers la version 8.5 ou une version ultérieure, cet agent d'administration ne pourra pas démarrer le sous-système pour les noeuds qui ne correspondent pas. Vous devez mettre à jour ces noeuds pour qu'ils disposent des
mêmes produits et versions que les agents d'administration, redémarrer les serveurs sur le noeud, puis redémarrer
l'agent d'administration afin qu'il puisse reprendre la gestion de ces noeuds enregistrés.
Pourquoi et quand exécuter cette tâche
Vous pouvez
utiliser un agent d'administration pour gérer des serveurs d'applications (autonomes) de base se trouvant sur le même ordinateur.
Les agents d'administration et les noeuds gérés font partie de l'environnement d'administration flexible.
Pour ajouter un agent d'administration à votre environnement, créez un profil d'agent d'administration à l'aide de la
commande manageprofiles ou de l'outil de gestion de profils. Pour ajouter un noeud, créez un profil de serveur d'applications autonome, puis enregistrez le serveur d'applications autonome auprès de l'agent d'administration.
Le noeud doit se trouver sur le même ordinateur que l'agent d'administration.
Sur un produit Network Deployment, vous pouvez également ajouter des gestionnaires de travaux à votre environnement de gestion flexible. Un gestionnaire de travaux est un serveur de gestion depuis lequel vous pouvez gérer des agents d'administration, des gestionnaires de déploiement et des serveurs d'applications autonomes.
A partir d'un agent d'administration, vous pouvez enregistrer des noeuds de serveur d'applications autonome sur un gestionnaire de travaux. Les noeuds
enregistrés avec un gestionnaire de travaux conservent leurs
fonctionnalités administratives.
De plus, les noeuds interrogent
périodiquement les gestionnaires de travaux pour déterminer si des
travaux postés requièrent une action. La configuration d'un gestionnaire de travaux permet de
coordonner les actions de gestion à travers plusieurs environnements
différents.
Vérifiez que la sécurité est activée ou désactivée sur tous les
profils de l'environnement de gestion flexible.
Procédure
- Déterminez la topologie de l'environnement d'agent d'administration.
Déterminez quels ordinateurs, noeuds de serveur d'applications autonome et ressources de noeud, par exemple des
applications, vous souhaitez utiliser.
Pour gérer des serveurs d'applications autonomes, utilisez un agent d'administration sur chaque ordinateur où résident des serveurs d'applications autonomes. Pour plus d'informations, consultez les scénarios 5 dans la rubrique de planification de l'installation WebSphere
Application Server.
- Déterminez les rôles de sécurité de l'environnement d'agent d'administration.
Un environnement d'agent d'administration comporte généralement un profil d'agent d'administration et un ou plusieurs profils de serveur d'applications autonome sur le même ordinateur. Les noeuds de serveur d'applications autonome sont enregistrés avec
l'agent d'administration. La sécurité doit être activée ou désactivée sur tous les profils de l'environnement. Lorsque vous créez les profils, vous pouvez indiquer des options de sécurité, des noms d'utilisateur et des mots de passe.
Vous devez disposer de rôles de sécurité qui vous autorisent à travailler avec un agent d'administration et à gérer des noeuds enregistrés et des ressources sur ces noeuds. Pour plus d'informations, consultez la rubrique relative à la sécurité des agents d'administration.
- Créez un profil de gestion pour l'agent d'administration.
Vous pouvez utiliser l'outil de gestion de profils ou la commande manageprofiles.
Par exemple, dans l'outil de gestion de profils, sélectionnez l'environnement Gestion et cliquez sur Suivant. Sélectionnez le type de serveur Agent d'administration ainsi que les options pour créer le profil. Par défaut, un agent d'administration dispose de sa propre console d'administration, la sécurité administrative est activée et le port de la console est 9065. Pour désactiver la sécurité administrative, pour spécifier un certificat de sécurité ou pour modifier les ports par défaut, utilisez l'option de création de profil avancée pour la création du profil d'agent d'administration.
Par défaut, le premier profil d'agent d'administration d'une installation de produit est nommé AdminAgent01 et le nom du serveur est adminagent.
Pour plus d'informations, voir la rubrique sur la création des profils de gestion pour les agents d'administration.
Pour des exemples de manageprofiles, voir la rubrique sur la commande manageprofiles. Pour -templatePath, indiquez le modèle
management. Pour -serverType, indiquez ADMIN_AGENT.
- Créez les profils requis pour les noeuds du serveur d'applications autonome qui existeront dans
votre environnement de gestion flexible.
Créez des profils pour un ou plusieurs noeuds de serveur d'applications autonome résidant sur le même
ordinateur que le profil de l'agent d'administration. Vous pouvez utiliser l'outil de gestion de profils ou la commande manageprofiles.
Par exemple, dans l'outil de gestion des profils, sélectionnez l'environnement Serveur d'applications, cliquez sur Suivant, puis sélectionnez les options permettant de créer le profil.
Par défaut, un serveur d'applications dispose de sa propre console d'administration, la sécurité administrative est activée et le port de la console est 9060. Pour désactiver la sécurité administrative, pour spécifier un certificat de sécurité, pour spécifier l'installation d'un modèle d'application ou pour modifier les ports par défaut, sélectionnez l'option de création de profil avancée pour la création du profil de serveur d'applications.
Par défaut, le premier profil de serveur d'applications d'une installation de produit est nommé AppSrv01 et le nom du serveur est server1.
Pour plus d'informations, voir la rubrique
relative à la création de profils de serveur d'applications.
Pour des exemples de manageprofiles, voir la rubrique sur la commande manageprofiles. Pour -templatePath, indiquez le modèle
default. N'indiquez pas le paramètre -serverType.
- Démarrer le serveur de l'agent d'administration.
- Exécutez la commande startServer.
Par exemple, supposons que le profil AdminAgent01 ait le nom de serveur adminagent. Exécutez la commande suivante à partir du répertoire bin du profil AdminAgent01 :
startServer adminagent
Utilisez la barre des tâches du système d'exploitation Windows. Cliquez sur .
Utilisez la commande START
pour démarrer l'agent d'administration.START administrative_agent_proc_name,JOBNAME=server_short_name,
ENV=cell_short_name.node_short_name.server_short_name
Si l'agent d'administration démarre correctement, le message prêt pour l'e-business apparaît et il est écrit dans le fichier startServer.log de l'agent d'administration :
Server launched. Waiting for initialization status.
Server adminagent open for e-business; process id is 1932.
Pour plus d'informations, voir la rubrique relative au démarrage et à l'arrêt de l'agent d'administration.
- Enregistrez les noeuds de serveur d'applications autonome sur l'agent d'administration.
Exécutez la commande registerNode de l'agent d'administration.
Lorsque vous exécutez la commande registerNode, vous pouvez spécifier des paramètres facultatifs tels que -node pour attribuer un nom de noeud et -port pour attribuer un port de connecteur d'agent d'administration. Si la sécurité est activée sur le noeud que vous enregistrez et que le nom d'utilisateur et le mot de passe du noeud sont différents de ceux utilisés pour l'agent d'administration, indiquez des valeurs pour -nodeusername et -nodepassword. Pour plus d'informations, voir la rubrique sur la commande registerNode.
Pour enregistrer le profil AppSrv01 sur l'agent d'administration, accédez au répertoire bin du profil de l'agent d'administration et entrez la commande suivante :
![[IBM i]](../images/iseries.gif)
registerNode -profilePath user_data_root/profiles/AppSrv01
![[z/OS]](../images/ngzos.gif)
registerNode.sh -profilePath racine_serveur_app/profiles/default
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
registerNode.sh -profilePath racine_serveur_app/profiles/AppSrv01
![[Windows]](../images/windows.gif)
registerNode -profilePath racine_serveur_app\profiles\AppSrv01
![[Windows]](../images/windows.gif)
Par exemple, pour enregistrer le profil AppSrv01 sur l'agent d'administration et spécifier d'autres valeurs telles que
8877 pour le port d'agent d'administration et
nodeA pour le nom de noeud AppSrv01, accédez au répertoire
bin du profil de l'agent d'administration et entrez la commande suivante :
registerNode -profilePath C:\v80_WAS\IBM\WebSphere\AppServer\profiles\AppSrv01 -host localhost -conntype SOAP -port 8877 -name nodeA
Si l'agent d'administration utilise, par exemple,
IPC pour le type de connexion distante et
9642 comme numéro de port d'adresse du connecteur IPC,
spécifiez
-conntype IPC -port 9642 dans la
commande plutôt que
-conntype SOAP -port 8877.
Pour plus d'informations, voir la rubrique sur la commande registerNode.
- Vérifiez que les noeuds ont été enregistrés auprès de l'agent d'administration.
Vous pouvez utiliser la console d'agent d'administration ou les commandes d'écriture de script wsadmin pour afficher une liste des noeuds enregistrés sur l'agent d'administration.
- Démarrez les noeuds de serveur d'applications autonome.
Exécutez la commande startServer.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
Par exemple, supposons que le profil de serveur d'applications autonome AppSrv01 ait le nom de serveur server1. Dans le répertoire bin du profil AppSrv01, exécutez la commande suivante :
startServer server1
Vous pouvez également utiliser la barre des tâches du système d'exploitation Windows. Cliquez sur .
Si le serveur démarre correctement, le message prêt pour l'e-business apparaît et il est écrit dans le fichier startServer.log.
Pour plus d'informations, voir les rubriques sur la commande startServer et sur le démarrage des serveurs d'applications.
Résultats
L'environnement d'agent d'administration est configuré et les noeuds sont en cours d'exécution.
Que faire ensuite
Utilisez l'agent d'administration pour surveiller et configurer les noeuds du serveur d'applications autonome.
Par exemple, après l'enregistrement d'un serveur d'applications autonome auprès d'un agent d'administration, vous devez utiliser la console de cet agent pour gérer le serveur d'applications autonome. Dans la page de connexion de la console de l'agent d'administration, sélectionnez le noeud du serveur d'applications autonome autonome pour l'accès à la console du serveur d'applications autonome.
A partir de l'agent d'administration, vous pouvez enregistrer des noeuds de serveur d'applications autonome sur un gestionnaire de travaux. Après avoir enregistré les noeuds sur un gestionnaire de travaux, vous pouvez gérer à distance l'agent d'administration et les serveurs d'applications autonomes. Les noeuds interrogent régulièrement le gestionnaire afin de déterminer si des travaux les concernant sont publiés.
Vous pouvez utiliser la console d'agent d'administration
pour enregistrer un noeud de serveur d'applications autonome sur un
gestionnaire de travaux :
- Cliquez sur .
- Sur l'onglet Configuration de la page Agent d'administration, cliquez sur Noeuds.
- Sur la page Noeuds, sélectionnez le noeud à enregistrer auprès du gestionnaire de travaux et cliquez sur Enregistrer sur le gestionnaire de travaux.
- Sur la page Enregistrer sur le gestionnaire de travaux, indiquez un nom de noeud, le numéro de port de la console d'administration du gestionnaire de travaux, éventuellement d'autres paramètres tels que le nom d'utilisateur et le mot de passe du gestionnaire de travaux, puis cliquez sur OK.
Eviter les incidents: Pour le
Port, si la sécurité n'est pas activée, indiquez
9960 pour un port de console d'administration de gestionnaire de travaux non sécurisé. Si aucun numéro de
port n'est spécifié, le numéro de port sécurisé par défaut 9943 est utilisé.
gotcha
Pour annuler l'enregistrement d'un noeud, vous pouvez utiliser la même page Noeuds, mais en cliquant sur Annuler l'enregistrement avec le gestionnaire de travaux.
Plutôt que d'utiliser la console de l'agent d'administration pour enregistrer et annuler l'enregistrement auprès d'un
gestionnaire de travaux, vous pouvez utiliser la commande wsadmin ManagedNodeAgent registerWithJobManager. Pour désenregistrer un noeud, utilisez la commande wsadmin ManagedNodeAgent unregisterWithJobManager.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Si vous envisagez de changer l'horloge système, vous devez d'abord arrêter tous les serveurs d'applications, les serveurs d'agent de noeud, le serveur du gestionnaire de déploiement, le serveur de l'agent d'administration ainsi que le serveur du gestionnaire de travaux. Une fois les serveurs arrêtés, changez l'horloge système puis redémarrez les serveurs. Si vous changez l'horloge système sur un système, vous devez vérifier que les horloges des autres systèmes qui communiquent entre eux et sur lesquels est installé WebSphere Application Server sont synchronisés. Sinon, vous risquez de rencontrer des erreurs telles que des jetons de sécurité
qui ne sont plus valides.