Noeuds gérés et non gérés

Un noeud est un regroupement logique de serveurs gérés.

Un noeud correspond généralement à un système logique ou physique avec une adresse IP d'hôte distincte. Les noeuds ne peuvent pas s'étendre sur plusieurs ordinateurs.

[AIX Solaris HP-UX Linux Windows][z/OS]Par défaut, les noms de noeud sont basés sur le nom d'hôte de l'ordinateur, par exemple MonNoeudHôte01.

[IBM i]Le nom de noeud du profil par défaut créé lors de l'installation du produit correspond au nom d'hôte abrégé du serveur. Lorsque vous créez un profil qui n'est pas du gestionnaire de déploiement, le nom du noeud est par défaut nomHôte_nomProfil.

Les noeuds peuvent être gérés ou non. Un noeud non géré n'est associé à aucun agent de noeud ou d'administration pour la gestion de ses serveurs, au contraire d'un noeud géré. Les serveurs d'applications et serveurs Web pris en charge peuvent être installés sur des noeuds gérés ou non gérés.

Un serveur d'applications autonome se trouve sur un noeud non géré. Le noeud de serveurs d'applications passe en mode géré lorsqu'il est fédéré au sein d'une cellule ou enregistré auprès d'un agent d'administration.

Lorsque vous créez un noeud géré en fédérant le noeud de serveurs d'applications dans une cellule de gestionnaire de déploiement, un agent de noeud est automatiquement créé. Le processus de l'agent de noeud gère les configurations du serveur d'applications, ainsi que les serveurs du noeud.

Le noeud de serveurs d'applications ne doit pas être fédéré pour pouvoir être enregistré auprès de l'agent d'administration. L'agent d'administration est une interface unique, qui effectue le suivi d'un ou de plusieurs noeuds de serveurs d'applications, afin que vous puissiez utiliser ces serveurs dans le cadre de l'exécution des applications (uniquement). L'utilisation d'une interface unique réduit le temps système généré par l'exécution de services d'administration sur chaque serveur d'applications.

Un noeud géré d'une cellule peuvent contenir des serveurs WebSphere Application Server ou JMS (Java™ Message Service) (sur les noeuds de version 5 uniquement), ainsi que des serveurs Web ou des serveurs génériques. Un noeud géré non compris dans une cellule, mais qui a été enregistré auprès d'un agent d'administration, peut contenir des serveurs d'applications, des serveurs Web ou des serveurs génériques.

Tant qu'il ne comprend qu'un serveur Web pris en charge, le noeud non géré peut rester au sein d'une cellule. Cependant, les serveurs Web non pris en charge ne peuvent être installés que sur des noeuds non gérés ; ils ne peuvent pas être inclus dans une cellule.

Vous ne pouvez utiliser la ligne de commande que pour créer un noeud géré, enregistré auprès d'un agent d'administration.

Pour créer un noeud géré dans une cellule, vous avez le choix entre plusieurs procédures :
  • la console d'administration,
  • Ligne de commande
  • Script administratif
  • Programme Java
Chacune de ces méthodes, qui permet d'ajouter un noeud à une cellule WebSphere Application Server, Network Deployment, comprend une option de spécification d'un groupe de noeuds cible auquel le noeud géré peut s'ajouter, le cas échéant. Si vous n'indiquez pas de groupe de noeuds ou n'avez pas la possibilité de le faire, le groupe par défaut DefaultNodeGroup est le groupe de noeuds cible.

[z/OS]Sur le système z/OS, le groupe de noeuds DefaultNodeGroup par défaut est le groupe de noeuds du sysplex pour le noeud du gestionnaire de déploiement et tout autre noeud dans le cellule du même sysplex. Un noeud du système z/OS d'un autre sysplex ne peut pas être membre de ce groupe de noeuds et doit appartenir à un groupe de noeuds de son sysplex.

Que vous indiquiez un groupe de noeuds explicite pour une cellule ou acceptiez la valeur indiquée par défaut, vous devez vous assurer que les règles d'appartenance à un groupe de noeuds sont respectées. Si le noeud ajouté ne respecte pas ces règles d'appartenance pour le groupe de noeuds cible, l'opération d'ajout échoue avec un message d'erreur.

Tout noeud géré ajouté à une cellule doit appartenir à un groupe de noeuds. Cependant, un noeud géré enregistré auprès d'un agent d'administration ne peut pas appartenir à un groupe de noeuds.

Les concepts de noeud géré/non géré ne s'appliquent pas à l'enregistrement des noeuds auprès du gestionnaire de travaux.

Les fonctions d'administration suivantes sont prises en charge pour les noeuds de serveurs Web :
  • Fonctions d'administration de base pour tous les serveurs Web pris en charge. Par exemple, la génération d'une configuration de plug-in peut être réalisée pour tous les serveurs Web. Cependant, la propagation d'une configuration de plug-in vers des serveurs Web distants est uniquement prise en charge pour des serveurs IBM® HTTP Server définis sur un noeud non géré. Si le serveur Web est défini sur un noeud géré, la propagation d'une configuration de plug-in se produit pour tous les serveurs Web à l'aide de la synchronisation des noeuds. Le fichier de configuration du plug-in du serveur Web est créé en fonction de la définition du serveur Web et repose sur la liste des applications déployées sur ce dernier. Vous pouvez aussi mapper tous les serveurs Web pris en charge comme cibles potentielles pour les modules lors du déploiement de l'application.
  • Des tâches supplémentaires de la console d'administration pour les serveurs IBM HTTP Server sur des noeuds gérés et non gérés. Par exemple, vous pouvez lancer des serveurs IBM HTTP Server, les arrêter, interrompre leur activité, afficher leur fichier journal et modifier leur fichier de configuration.

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_node
Nom du fichier : cagt_node.html