Ajout, gestion et suppression de noeuds
Vous pouvez ajouter un noeud, sélectionner le protocole de reconnaissance d'un noeud, définir une propriété personnalisée pour un noeud, arrêter les serveurs sur un noeud et supprimer un noeud.
Avant de commencer
Un noeud correspond à un regroupement de serveurs gérés ou non gérés. Vous pouvez ajouter à la fois des noeuds gérés et non gérés à la topologie WebSphere Application Server. Si vous ajoutez un nouveau noeud à un serveur WebSphere Application Server existant pour une cellule de déploiement réseau, vous ajoutez un noeud géré. Si vous créez un noeud dans la topologie pour gérer des serveurs Web ou des serveurs autres que des serveurs WebSphere Application Server, vous ajoutez un noeud non géré.
Vous pouvez récupérer un noeud géré existant d'une cellule de gestionnaire de déploiement. L'une des options pour l'ajout d'un noeud géré vous permet de récupérer rapidement un noeud endommagé. L'option est similaire au paramètre -asExistingNode de la commande addNode.
Pour afficher les informations sur les noeuds et les noeuds gérés, utilisez la page Noeuds. Pour accéder à la page Noeuds, sélectionnez Administration du système > Noeuds dans l'arborescence de navigation de la console d'administration.
Pourquoi et quand exécuter cette tâche
Vous pouvez gérer des noeuds sur un serveur d'applications à l'aide de l'outil de scriptage wsadmin, des API Java™, ou de la console d'administration. Effectuez les tâches suivantes pour gérer de noeuds sur un serveur d'applications à travers la console d'administration.
- Ajouter un noeud.
- Sélectionnez le protocole de reconnaissance.
- Définir une propriété personnalisée pour un noeud.
- Indiquer un kit de développement logiciel par défaut pour les serveurs d'un noeud.
- Synchroniser la configuration du noeud.
- Arrêter les serveurs d'un noeud.
- Indique de récupérer un noeud géré existant d'une cellule de gestionnaire de déploiement.
- Supprimez un noeud.
- Affichez les possibilités du noeud.
![[Windows]](../images/windows.gif)
Procédure
- Ajouter un noeud.
- Accédez à la page Noeuds et cliquez sur Ajouter un noeud.
- Dans la page Ajouter un noeud, indiquez si vous souhaitez ajouter un noeud géré ou non géré, puis cliquez sur Suivant.
- Pour un noeud géré, effectuez les opérations suivantes.
Vérifiez qu'un serveur d'applications s'exécute sur l'hôte distant pour le noeud que vous ajoutez.
Vérifiez qu'un serveur d'applications s'exécute sur l'hôte pour le noeud que vous ajoutez.
- Spécifiez un nom d'hôte, un type de connecteur et un port pour le serveur d'applications du noeud que vous ajoutez. Exécutez les actions répertoriées dans le tableau :
Tableau 1. Actions des noeuds gérés. Exécutez les actions correspondant à l'environnement du produit. Si le gestionnaire de déploiement est activé Et que le noeud que vous ajoutez à la cellule est activé Procédez aux séries d'actions appropriées suivantes : Plateforme répartie ou plateforme IBM® i
Plateforme répartie ou plateforme IBM i
Spécifiez si vous le voulez un groupe de noeuds et un groupe central. Cliquez sur OK.
Système z/OS
Système z/OS se trouvant dans le même sysplex que le gestionnaire de déploiement
Spécifiez si vous le voulez un groupe de noeuds et un groupe central. Cliquez sur OK.
Système z/OS
Système z/OS se trouvant dans un autre sysplex que celui du gestionnaire de déploiement
Spécifiez un groupe de noeuds contenant des noeuds issus du même sysplex que le noeud que vous ajoutez. S'il n'existe aucun groupe de noeuds, créez un groupe de noeuds, puis spécifiez ce groupe de noeuds. Si vous le voulez spécifiez un groupe central. Cliquez sur OK.
Plateforme répartie ou plateforme IBM i Système z/OS Spécifiez un groupe de noeuds contenant des noeuds issus du même sysplex que le noeud que vous ajoutez. S'il n'existe aucun groupe de noeuds, créez un groupe de noeuds, puis spécifiez ce groupe de noeuds. Si vous le voulez spécifiez un groupe central. Cliquez sur OK. Système z/OS Plateforme répartie ou plateforme IBM i Spécifiez un groupe de noeuds contenant des noeuds distribués. S'il n'existe aucun groupe de noeuds, créez un groupe de noeuds, puis spécifiez ce groupe de noeuds. Si vous le voulez spécifiez un groupe central. Cliquez sur OK. Pour l'option du groupe de noeuds à afficher, un groupe autre que le groupe de noeuds par défaut doit être d'abord créé. De la même façon, pour l'option du groupe principal à afficher, un groupe autre que le groupe principal par défaut doit être d'abord créé.
Pour les noeuds gérés, une autre page de la console d'administration est affichée sur un système d'exploitation Windows. Indiquez sur la page si vous souhaitez enregistrer l'agent de noeud comme service Windows.
Si la sécurité est activée, vous pouvez éventuellement entrer le nom d'utilisateur du système d'exploitation local et le mot de passe sous lequel vous exécutez le service. Si vous ne spécifiez aucun nom d'utilisateur ou mot de passe, le service s'exécute sous l'identité du système local. Lorsque vous supprimez le noeud, l'agent de noeud est "désenregistré" en tant que service Windows.
- Pour un noeud non géré, sur la page Noeuds > Nouveau, indiquez un nom de noeud, un nom d'hôte ainsi qu'une plateforme pour le nouveau noeud. Cliquez sur OK.
Joignez les noeuds WebSphere Application Server pour z/OS ultérieurs issus du même sysplex au même groupe de noeuds sysplex. Si vous ajoutez des noeuds WebSphere Application Server pour z/OS issus de différents sysplex à la même cellule, établissez un groupe de noeuds sysplex distinct pour les noeuds de chaque sysplex.
Ces étapes vous permettent d'ajouter un(des) noeud(s).Internet Protocol Version 4 (IPv4) et Internet Protocol Version 6 (IPv6) sont désormais tous les deux pris en charge par WebSphere Application Server ; toutefois, certaines restrictions sont à prendre en considération lorsque IPv4 et IPv6 sont tous les deux utilisés dans une même cellule. Lorsque vous ajoutez un noeud à une cellule, le format auquel vous spécifiez le nom est basé sur la version du protocole Internet que le noeud utilise. Pour plus d'informations, voir Considérations de versions IP pour les cellules.
Eviter les incidents: Lorsque vous ajoutez des noeuds lorsque la sécurité LDAP est activée, l'exception suivante est générée dans le journal System.out du gestionnaire de déploiement dans certains cas. Si c'est le cas, redémarrez le gestionnaire de déploiement pour résoudre le problème.
gotcha0000004d ORBRas E com.ibm.ws.security.orbssl.WSSSLClientSocketFactoryImpl createSSLSocket ProcessDiscovery : 0 JSSL0080E: javax.net.ssl.SSLHandshakeException - Le client et le serveur ne peuvent pas négocier le niveau de sécurité souhaité. Reason?com.ibm.jsse2.util.h : Aucun certificat sécurisé n'a été détecté
- Sélectionnez le protocole de reconnaissance.
Si le protocole de reconnaissance que le noeud utilise n'est pas approprié pour le noeud, sélectionnez le protocole approprié.
- Dans la page Noeuds, cliquez sur le noeud afin d'accéder à la page Paramètres de noeud.
- Sélectionnez une valeur pour l'option Protocole de reconnaissance.
- Cliquez sur OK.
Le protocole de datagramme utilisateur (UDP) est plus rapide que le protocole Transmission Control Protocol (TCP). Toutefois, le protocole TCP est plus fiable que le protocole UDP car ce dernier ne garantit pas la livraison des datagrammes à destination. Le protocole par défaut TCP est recommandé.
Pour un agent de noeud ou un gestionnaire de déploiement, utilisez TCP ou UDP.
Un processus géré utilise le protocole de reconnaissance multidiffusion. Le protocole de reconnaissance est fixé pour un processus géré. Le principal avantage de la multidiffusion sur des processus gérés réside dans l'efficacité pour l'agent de noeud. Imaginons qu'il existe quarante serveurs sur un noeud. Un agent de noeud utilisant la multidiffusion pour envoyer une diffusion auprès des quarante serveurs. Si un agent de noeud n'utilise pas la multidiffusion, il devrait envoyer des requêtes de reconnaissance à tous les processus gérés un par un, effectuant quarante envois. De plus, en utilisant la multidiffusion, il n'est pas nécessaire de configurer le port de reconnaissance de chaque serveur ou de devoir prévenir les conflits de port car tous les serveurs d'un seul noeud écoutent sur un port et non chacun sur un port différent.
Sur le système d'exploitation Windows, la multidiffusion nécessite un routeur. Si vous exécutez le produit sur un système d'exploitation Windows mais que la machine du serveur d'applications ne se trouve pas connectée au réseau, l'adresse de multidiffusion n'est pas partagée avec les serveurs d'applications.
- Définir une propriété personnalisée pour un noeud.
- Sur la page Noeuds, cliquez sur le noeud pour lequel vous voulez définir une propriété personnalisée.
- Dans la page des paramètres de noeud, cliquez sur Propriétés personnalisées.
- Dans la page Collection de propriétés, cliquez sur Nouveau.
- Dans la page Paramètres de propriété personnalisée,spécifiez une paire nom-valeur et une description pour la propriété, puis cliquez sur OK.
- Indiquez un kit de développement logiciel par défaut pour un noeud.
Vous pouvez sélectionner le kit de développement de logiciels (SDK) par défaut pour un noeud sur la page SDK Java de la console d'administration. La page répertorie tous les kits de développement de logiciels installés sur le noeud. Un noeud peut avoir un kit de développement de logiciels par défaut et un seul. Les serveurs du noeud utilisent le kit de développement de logiciels par défaut sauf si un serveur remplace la sélection de kit de développement de logiciels en en spécifiant un autre.
- Accédez à la page SDK Java. Cliquez sur Administration du système > Noeuds > nom noeud > SDK Java.
- Sur la page SDK Java, cochez la case pour le kit SDK devant être utilisé par les serveurs du noeud puis cliquez sur Appliquer comme valeur par défaut.
- Synchroniser la configuration du noeud.
Lorsque vous avez ajouté un noeud géré ou modifié la configuration d'un noeud géré, synchronisez la configuration du noeud. Sur la page d'agents de noeud, vérifiez que l'agent du noeud est en cours de fonctionnement. Puis, sur la page Noeuds, cochez la case pour le noeud dont vous voulez synchroniser les fichiers de configuration, puis cliquez sur Synchroniser ou Resynchronisation complète.
Les deux options envoient une requête à l'agent de noeud pour effectuer immédiatement une synchronisation de configuration, sans attendre l'intervention d'une synchronisation périodique. Cette action est importante si la synchronisation de configuration automatique est désactivée ou si l'intervalle de synchronisation est trop long et qu'une modification de configuration faite dans le référentiel de la cellule doit être répliquée sur ce noeud. Les paramètres de synchronisation automatique se trouvent dans la page Service de synchronisation de fichiers.
L'action synchronisation exige d'une opération de synchronisation de noeud qu'elle soit effectuée à l'aide de l'algorithme d'optimisation de synchronisation normale. Cette opération est rapide, mais ne résout pas toujours les erreurs liées à l'édition manuelle de fichiers effectuée sur le noeud. Il est toujours possible que la configuration du noeud et de la cellule ne soit pas synchronisée une fois l'opération effectuée.
La Synchronisation complète efface tous les paramètres d'optimisation de synchronisation et effectue une nouvelle synchronisation de configuration ; il n'existe ainsi aucune contradiction entre la configuration du noeud et la configuration de la cellule une fois l'opération effectuée. Cette opération peut prendre plus longtemps que l'opération Synchroniser.
Les noeuds non gérés ne peuvent pas être synchronisés.
- Arrêter les serveurs d'un noeud.
Sur la page Noeuds, cochez la case pour le noeud géré dont vous voulez arrêter les serveurs, puis cliquez sur Arrêter.
- Indique de récupérer un noeud géré existant
d'une cellule de gestionnaire de déploiement.
Vous pouvez récupérer un noeud endommagé existant à l'aide de l'une des options d'ajout de noeud géré. Le noeud doit être au niveau du gestionnaire de déploiement.
- Assurez-vous que le noeud endommagé n'est pas en cours d'exécution. Arrêtez l'agent de noeud et les serveurs d'applications résidant sur ce noeud.
- Créez un profil destiné à remplacer le noeud endommagé
et affectez-lui les mêmes noms de noeud et de profil.
Par exemple, le noeud myNode01 qui porte le nom de profil AppSrv01 s'arrête de fonctionner. Pour le remplacer par un nouveau noeud, créez un profil de serveur d'applications nommé AppSrv01 pour le noeud myNode01.
- Démarrez le nouveau noeud, ou serveur d'applications, que vous souhaitez utiliser pour remplacer le noeud endommagé.
- Utilisez la page Récupération de paramètres de noeud géré
pour remplacer le noeud endommagé dans la cellule par le nouveau noeud.
- Dans la console d'administration du gestionnaire de déploiement, cliquez sur Administration du système > Noeuds > Ajouter un noeud > Restaurer un noeud existant > Suivant.
- Pour Hôte, spécifiez le nom d'hôte ou l'adresse IP du noeud à ajouter à la cellule. La valeur de l'hôte peut être une adresse IP, un nom de serveur de noms de domaine (DNS) qui résout une adresse IP ou le mot localhost, si le serveur d'applications est en cours d'exécution sur la même machine que le gestionnaire de déploiement.
- Pour Type de connecteur JMX, sélectionnez le type des connecteurs JMX (Java Management Extensions) qui communiquent avec le produit lorsque vous exécutez le script.
- Pour Port du connecteur JMX, spécifiez le numéro de port
du connecteur JMX du nouveau noeud.
Le numéro de port se trouve dans la console du nouveau noeud du serveur d'applications. Cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Ports. Par exemple, pour un type de port de connecteur SOAP, indiquez la valeur SOAP_CONNECTOR_ADDRESS pour le numéro de port du connecteur JMX.
Le numéro de port se trouve dans le fichier serverindex.xml du nouveau profil qui remplace le profil endommagé. Le fichier serverindex.xml se trouve dans le répertoire profiles/nouveau_nom_profil/config/cells/nom_cellule/nodes/nom_noeud. Par exemple, pour un type de port de connecteur SOAP, indiquez la valeur de port associée à endPointName="SOAP_CONNECTOR_ADDRESS" dans le fichier serverindex.xml.
- Indiquez des valeurs dans les zones restantes, en fonction des besoins, et cliquez sur OK.
Au lieu d'utiliser la page Récupération de noeud géré de la console pour récupérer un noeud, vous pouvez exécuter la commande addNode avec l'option -asExistingNode à partir d'une ligne de commande, dans le répertoire bin du profil de serveur d'applications endommagé. Le nom du nouveau noeud doit correspondre au nom du noeud sur lequel vous exécutez addNode avec l'option -asExistingNode.
Vous pouvez également utiliser l'option -asExistingNode de la commande addNode pour déplacer un noeud vers une installation du produit sur un autre ordinateur mais dans le même chemin, pour déplacer un noeud vers une installation du produit dans un autre système d'exploitation ou dans un autre chemin, ou pour créer des cellules à partir d'une cellule de modèle. Voir la rubrique relative à la récupération ou au déplacement de noeuds à l'aide de la commande addNode -asExistingNode.
- Supprimer un noeud.
Dans la page Noeuds, sélectionnez la case à cocher pour le noeud à supprimer puis cliquez sur Supprimer un noeud. Si vous ne pouvez pas supprimer le noeud en cliquant sur Supprimer un noeud, supprimez le noeud de la configuration en cliquant sur Provoquer la suppression.
- Afficher les possibilités du noeud.
Consultez les possibilités du noeud, telles que la version de produit par la console d'administration. Vous pouvez également les rechercher avec l'interface API d'Application Server ou à l'aide de l'outil wsadmin.
Les versions de produit de WebSphere Application Server sont les suivantes : l'édition de base de WebSphere Application Server est indiquée dans la colonne des versions sous le nom Base. Le produit WebSphere Application Server, Network Deployment est indiqué dans la colonne de version sous la forme ND.
Que faire ensuite
Si vous avez changé une configuration de noeud, examinez les changements de configuration.
Sous-rubriques
Récupération ou déplacement de noeuds à l'aide de la commande addNode -asExistingNode
Vous pouvez utiliser l'option -asExistingNode de la commande addNode pour récupérer ou déplacer des noeuds d'un gestionnaire de déploiement. Grâce à l'option -asExistingNode, vous pouvez fédérer un nouveau noeud personnalisé en tant que noeud existant auprès d'un gestionnaire de déploiement. Durant la fédération, le produit utilise les informations de la configuration principale du gestionnaire de déploiement pour transformer le noeud personnalisé en noeud existant.Collection de noeuds
Cette page permet de gérer des noeuds dans l'environnement WebSphere Application Server. Un groupe de noeuds gère des serveurs. Le tableau répertorie les noeuds gérés et non gérés de cette cellule. Le premier noeud correspond au gestionnaire de déploiement. Vous pouvez ajouter de nouveaux noeuds à la cellule et à la liste en cliquant sur Ajouter un noeud.Paramètres du noeud
Cette page permet d'afficher ou de modifier les paramètres de configuration ou de topologie d'une instance de noeud géré ou d'une instance de noeud non géré.Ajout d'un noeud Windows comme service Windows
Cette page permet d'exécuter l'agent de noeud sous forme de service Windows.Ajout de paramètres de noeud géré
Un noeud géré est un noeud doté d'un serveur d'applications et d'un agent de noeud qui fait partie d'une cellule de gestionnaire de déploiement. Cette page permet d'ajouter un noeud de serveur d'applications à une cellule de gestionnaire de déploiement.Récupération de paramètres de noeud géré
Cette page permet de récupérer un noeud géré existant dans une cellule de gestionnaire de déploiement. Le noeud doit être au niveau du gestionnaire de déploiement.Propriétés d'installation de noeud
Cette page permet d'afficher les propriétés d'installation en lecture seule pour ce noeud. Ces propriétés fournissent des informations sur les fonctions du noeud qui sont collectées lors de l'installation du produit, telles que le nom, l'architecture et la version du système d'exploitation ou les niveaux WebSphere Application Server installés sur le noeud.Collection de kits SDK Java
Utilisez cette page pour spécifier le kit de développement de logiciels (SDK) par défaut d'un noeud. Elle répertorie les kits de développement de logiciels qui sont installés sur le noeud. Un noeud peut avoir un kit de développement de logiciels par défaut et un seul. Les serveurs du noeud utilisent le kit de développement de logiciels par défaut sauf si un serveur remplace la sélection de kit de développement de logiciels en en spécifiant un autre.Récupération ou déplacement de noeuds à l'aide de la commande addNode -asExistingNode
Vous pouvez utiliser l'option -asExistingNode de la commande addNode pour récupérer ou déplacer des noeuds d'un gestionnaire de déploiement. Grâce à l'option -asExistingNode, vous pouvez fédérer un nouveau noeud personnalisé en tant que noeud existant auprès d'un gestionnaire de déploiement. Durant la fédération, le produit utilise les informations de la configuration principale du gestionnaire de déploiement pour transformer le noeud personnalisé en noeud existant.Collection de noeuds
Cette page permet de gérer des noeuds dans l'environnement WebSphere Application Server. Un groupe de noeuds gère des serveurs. Le tableau répertorie les noeuds gérés et non gérés de cette cellule. Le premier noeud correspond au gestionnaire de déploiement. Vous pouvez ajouter de nouveaux noeuds à la cellule et à la liste en cliquant sur Ajouter un noeud.Paramètres du noeud
Cette page permet d'afficher ou de modifier les paramètres de configuration ou de topologie d'une instance de noeud géré ou d'une instance de noeud non géré.Ajout d'un noeud Windows comme service Windows
Cette page permet d'exécuter l'agent de noeud sous forme de service Windows.Ajout de paramètres de noeud géré
Un noeud géré est un noeud doté d'un serveur d'applications et d'un agent de noeud qui fait partie d'une cellule de gestionnaire de déploiement. Cette page permet d'ajouter un noeud de serveur d'applications à une cellule de gestionnaire de déploiement.Récupération de paramètres de noeud géré
Cette page permet de récupérer un noeud géré existant dans une cellule de gestionnaire de déploiement. Le noeud doit être au niveau du gestionnaire de déploiement.Propriétés d'installation de noeud
Cette page permet d'afficher les propriétés d'installation en lecture seule pour ce noeud. Ces propriétés fournissent des informations sur les fonctions du noeud qui sont collectées lors de l'installation du produit, telles que le nom, l'architecture et la version du système d'exploitation ou les niveaux WebSphere Application Server installés sur le noeud.Collection de kits SDK Java
Utilisez cette page pour spécifier le kit de développement de logiciels (SDK) par défaut d'un noeud. Elle répertorie les kits de développement de logiciels qui sont installés sur le noeud. Un noeud peut avoir un kit de développement de logiciels par défaut et un seul. Les serveurs du noeud utilisent le kit de développement de logiciels par défaut sauf si un serveur remplace la sélection de kit de développement de logiciels en en spécifiant un autre.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_svr_conf_nodes
Nom du fichier : tagt_svr_conf_nodes.html