Agent d'administration

Un agent d'administration fournit une interface unique pour la gestion de plusieurs noeuds serveur d'applications non fédérés, dans des environnements aussi variés que le développement, le test d'unité ou la partie d'un parc de serveurs résidant sur une seule machine.

[AIX Solaris HP-UX Linux Windows][IBM i]L'agent d'administration et les serveurs d'applications doivent se trouver sur la même machine, mais vous pouvez vous connectez à la machine à partir d'un navigateur ou de l'outil wsadmin d'une autre machine.

[z/OS]L'agent d'administration et les serveurs d'applications doivent se trouver sur le même sysplex, mais vous pouvez vous connectez au sysplex à partir d'un navigateur ou de l'outil wsadmin d'une autre machine.

Plusieurs clients peuvent gérer les serveurs d'applications dans leur environnement de test, de développement et de production en fédérant les noeuds de serveur d'applications au sein d'une cellule et en administrant les serveurs depuis le gestionnaire de déploiement. Cependant, s'ils se trouvent dans des environnement de test d'unité et de développement, il peut s'avérer plus avantageux d'exécuter les serveurs dont les noeuds n'ont pas été fédérés. Ces serveurs d'applications présentent des inconvénients d'ordre administratif. Le serveur d'applications ne comporte pas d'interface d'administration commune. L'administration éloignée est limitée à l'installation d'applications et au changement des configurations de serveur d'applications. Il est également possible d'enregistrer les serveurs d'applications auprès d'un agent d'administration, afin de gérer entièrement les serveurs d'applications depuis une interface unique ou à distance.

Vous pouvez enregistrer un noeud de serveurs d'applications à l'aide de l'agent d'administration ou fédérer le noeud avec un gestionnaire de déploiement mais non effectuer ces deux actions.

Eviter les incidents Eviter les incidents: Les noeuds enregistrés doivent disposer des mêmes produits que l'agent d'administration et le niveau de version des produits doit être 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 n'est pas autorisé à s'enregistrer auprès d'un agent d'administration s'il ne dispose pas d'un ensemble identique de produits et de versions. gotcha
transition : Si vous exécutiez précédemment la version 7.0.0.11 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.0, cet agent d'administration ne pourra pas démarrer le sous-système pour les noeuds qui ne correspondent pas. Vous devez mettre ces noeuds à jour pour avoir les mêmes produits et versions que les agents d'administration, redémarrer les serveurs sur le noeud et, enfin, redémarrer l'agent d'administration avant que celui-ci puisse reprendre la gestion de ces noeuds enregistrés.

Un agent d'administration peut surveiller et contrôler plusieurs serveurs d'applications sur un ou plusieurs noeuds. N'utilisez les serveurs d'applications que pour exécuter vos applications. En utilisant une seule interface pour gérer vos serveurs d'applications, vous réduisez le temps système nécessaire à l'exécution des services d'administration dans chaque serveur d'applications.

Vous pouvez utiliser l'agent d'administration pour installer les applications sur des serveurs d'applications, changer les configurations de serveur d'applications, arrêter et redémarrer les serveurs d'applications et créer des serveurs d'applications supplémentaires.

[z/OS]Vous pouvez démarrer l'agent d'administration sur toute partition logique (LPAR) si la configuration d'agent d'administration se trouve sur le système de fichiers partagés.

Exemple de topologie comprenant plusieurs serveurs d'applications gérés par un agent d'administration

La topologie suivante contient un ordinateur A géré par un agent d'administration et deux serveurs d'applications, appelés Profile01 et Profile02, enregistrés sur le même agent d'administration. Chacun des serveurs d'applications de l'ordinateur A communique, au moyen d'un plugin de serveur Web, avec un serveur Web distant installé sur l'ordinateur B. Des pare-feux fournissent une couche de sécurité supplémentaire pour les ordinateurs. Pour plus d'informations sur cette topologie, reportez-vous à la rubrique relative à la préparation de l'installation de WebSphere Application Server.

Exemple de topologie comprenant plusieurs serveurs d'applications gérés par un agent d'administration

Travaux administratifs exécutés pour des serveurs d'applications enregistrés sur un agent d'administration et pour des gestionnaires de déploiement

vous pouvez utiliser un gestionnaire de travaux pour soumettre des travaux administratifs en mode asynchrone pour des serveurs d'applications enregistrés sur un agent d'administration et pour des gestionnaires de déploiement. Pour que le gestionnaire de travaux reconnaisse les gestionnaires de déploiement et les serveurs d'applications enregistrés sur un agent d'administration, vous devez les enregistrer sur ce gestionnaire de travaux. Un grand nombre de tâches que vous pouvez effectuer avec le gestionnaire de travaux sont des tâches que vous pouvez déjà effectuer avec le produit, telles la gestion des applications, la gestion des serveurs et la gestion des noeuds. Cependant, grâce au gestionnaire de travaux, vous pouvez agréger les tâches et les effectuer via plusieurs serveurs d'applications ou gestionnaires de déploiement.


Icône indiquant le type de rubrique Rubrique de concept



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=cagt_adminagent
Nom du fichier : cagt_adminagent.html