Configuration de l'environnement de l'agent d'administration

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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
    • [Windows]Utilisez la barre des tâches du système d'exploitation Windows.

      Cliquez sur Démarrer > [Tous les] Programmes > IBM WebSphere > nom_produit > Profils > nom_profil_agent d'administration > Démarrer le serveur de gestion de l'agent d'administration.

    • [z/OS]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.

  6. 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]
    registerNode -profilePath user_data_root/profiles/AppSrv01
    [z/OS]
    registerNode.sh -profilePath racine_serveur_app/profiles/default
    [AIX][HP-UX][Linux][Solaris]
    registerNode.sh -profilePath racine_serveur_app/profiles/AppSrv01
    [Windows]
    registerNode -profilePath racine_serveur_app\profiles\AppSrv01
    [Windows]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.

  7. 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.

    • Utilisez la console d'agent d'administration pour visualiser une liste des noeuds gérés.
      1. Démarrez la console de l'agent d'administration.

        [Windows]Cliquez sur Démarrer > [Tous les] programmes > IBM WebSphere > nom_produit > Profils > nom_profil_agent_administration > Console d'administration.

      2. Sur la page d'accueil de la console de l'agent d'administration, sélectionnez la gestion de l'agent d'administration. Le nom de l'agent d'administration est de type nom_hôteAANode01.
      3. Connectez-vous à la console de l'agent d'administration.
      4. Examinez la page Noeuds.
        1. Cliquez sur Administration système > Agent d'administration.
        2. Dans l'onglet Configuration de la page Agent d'administration, cliquez sur Noeuds.
      5. Vérifiez que la page Noeuds répertorie les noeuds qui ont été enregistrés sur l'agent d'administration.
    • Utilisez la commande list d'AdminConfig pour afficher une liste des noeuds gérés. Exécutez les commandes d'écriture de script wsadmin suivantes à partir du répertoire bin de l'agent d'administration.
      • Pour utiliser le langage de script Jython, entrez successivement les deux commandes suivantes :
        wsadmin -lang jython
        
        print AdminConfig.list('ManagedNode')
      • Pour utiliser le langage de script Jacl, entrez successivement les deux commandes suivantes :
        wsadmin
        
        $AdminConfig list ManagedNode

      Après avoir vérifié que les noeuds de serveur d'applications autonome sont enregistrés sur l'agent d'administration, entrez quit pour quitter l'outil de script wsadmin.

  8. Démarrez les noeuds de serveur d'applications autonome.

    Exécutez la commande startServer.

    [AIX][HP-UX][Linux][Solaris][Windows]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

    [Windows]Vous pouvez également utiliser la barre des tâches du système d'exploitation Windows. Cliquez sur Démarrer > [Tous les] Programmes > IBM WebSphere > nom_produit > Profils > nom_profil_serveurd'applications > Démarrer le serveur.

    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 :
  1. Cliquez sur Administration système > Agent d'administration.
  2. Sur l'onglet Configuration de la page Agent d'administration, cliquez sur Noeuds.
  3. Sur la page Noeuds, sélectionnez le noeud à enregistrer auprès du gestionnaire de travaux et cliquez sur Enregistrer sur le gestionnaire de travaux.
  4. 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 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][IBM i]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.


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