Paramètres des membres d'un cluster
Cette page permet de gérer les membres d'un cluster. Un cluster de serveurs d'applications est un groupe de serveurs gérés conjointement et participant à la gestion de la charge de travail.
Une copie du premier membre de cluster que vous créez est stockée dans les données de cluster et sert de modèle pour tous les autres membres de cluster que vous créez.
Les modifications de configuration individuelles que vous apportez à un membre de cluster n'ont aucune incidence sur les paramètres de configuration du modèle du membre. Vous pouvez utiliser les commandes wsadmin pour modifier le modèle de membre de cluster ou cliquer sur
. Les modifications que vous apportez au modèle n'ont pas de conséquences sur les membres de cluster existants.Pour afficher cette page de la console d'administration, cliquez sur
.L'onglet Configuration comporte des zones modifiables. Vous pouvez également cliquer sur Applications installées pour afficher l'état des applications en cours d'exécution sur ce serveur. L'onglet Exécution, qui s'affiche uniquement lorsque le membre du cluster est en cours d'exécution, permet de consulter des informations concernant ce membre de cluster. Cependant, les informations qui s'affichent sur cette page sont en lecture seule. Vous devez revenir à l'onglet Configuration pour modifier l'un des paramètres affichés.
Nom des membres
Spécifie le nom du serveur d'applications dans le cluster. Sur la plupart des plateformes, le nom du serveur est le nom du processus. Le nom du membre doit correspondre au nom de l'un des serveurs répertoriés sur la page des serveurs d'applications.
Nom du noeud
Spécifie le nom du noeud sur lequel le membre de cluster est en cours d'exécution.
Pondération
Contrôle le nombre de demandes dirigées vers le serveur d'applications. Même si vous spécifiez une valeur comprise entre 0 et 20 comme pondération d'un serveur, la pondération attribuée au serveur est une fraction, dont le numérateur correspond à la pondération attribuée au serveur et le dénominateur correspond à la somme des pondérations de tous les membres du cluster.
Lorsque vous ajoutez un nouveau membre au cluster, en supposant que le nombre de demandes parvenant au cluster reste le même, le nombre de demandes client ou de demandes d'application envoyé à chaque serveur du cluster décroît. De même, lorsque vous supprimez un nouveau membre d'un cluster, le nombre de demandes client ou de demandes d'application transmises à chaque serveur dans le cluster augmente, en supposant que le nombre de demandes entrant dans le cluster demeure le même.
Par exemple, si vous disposez d'un cluster constitué de membres A, B et C de valeurs pondérales respectives de 2, 3 et 4, deux demandes sur neuf sont affectées au membre A, trois demandes sur neuf sont affectées au membre B tandis que quatre demandes sur neuf sont affectées au membre C. Si un nouveau membre, membre D, est ajouté au cluster et que ce membre D dispose d'une valeur pondérale de 5, le membre A obtient alors deux demandes sur les quatorze, trois demandes sur quatorze pour le membre B, quatre demandes sur quatorze pour le membre C et quatre demandes sur quatorze pour le membre D.
![[z/OS]](../images/ngzos.gif)
- Pour les demandes HTTP, des pondérations sont utilisées pour distribuer le trafic HTTP entre le plug-in de serveur Web et le contrôleur gérant le serveur d'applications en cluster. Attribuez la valeur de pondération la plus élevée au serveur d'applications vers lequel diriger le trafic HTTP.
- Pour les appels de services Web, les informations sont transférées à partir d'un serviteur d'un serveur d'applications vers le contrôleur d'un autre serveur d'applications. Le serveur d'applications qui reçoit l'appel est associé à la valeur de pondération la plus élevée.
- La pondération n'a pas d'impact sur les demandes IIOP (Internet Inter-ORB Protocol). Les demandes IIOP sont distribuées au serveur d'applications approprié à l'aide du distributeur sysplex.
Information | valeur |
---|---|
Type de donnée | Entierr |
Intervalle | 0 à 20 |
ID unique
Indique un identifiant numérique du serveur d'applications, unique dans le cluster. L'ID est utilisé pour l'affinité.
Information | valeur |
---|---|
![]() ![]() |
![]() ![]() |
![]() |
![]() |
![[z/OS]](../images/ngzos.gif)
Nom abrégé
Indique le nom abrégé pour ce membre du cluster. Cette zone s'affiche uniquement si vous travaillez sur z/OS.
Le nom abrégé est la nom de travail z/OS par défaut. Il identifie le membre de cluster auprès des fonctions natives du système d'exploitation, telles que Workload Manager (WLM), Automatic Restart Manager, SAF (RACF par exemple), le contrôle des tâches démarrées etc.
- Doit comporter de un à huit caractères. Par défaut, lorsque vous exécutez le produit sur z/OS, celui-ci assume que vous utilisez un nom abrégé de serveur comportant 7 caractères (JOBNAME). Si vos standards de dénomination exigent 8 caractères, vous pouvez convertir le nom abrégé de serveur à 7 caractères en un nom à 8 caractères.
- doit contenir uniquement des caractères alphanumériques en majuscule ;
- ne peut pas commencer par un chiffre ;
- doit être unique dans la cellule.
- ne peut pas être identique à la valeur associée à la propriété personnalisée ClusterTransitionName d'un serveur qui n'est pas groupé. N'entrez pas de nom de transition de cluster pour un serveur qui fait partie d'un cluster.
Si vous n'entrez pas de nom abrégé, le système en attribue un par défaut et automatiquement unique dans la cellule. Vous pouvez modifier le nom court ainsi généré pour vous conformer aux conventions de nommage en vigueur.
Information | valeur |
---|---|
Type de donnée | String (chaîne) |
Exécuter en mode développement
L'activation de cette option peut réduire le temps de démarrage d'un serveur d'applications. Cela peut inclure les paramètres de la machine virtuelle Java™ (JVM), tels que la désactivation de la vérification du code intermédiaire et la réduction des coûts de compilation du compilateur JIT (Just in Time). N'activez pas ce paramètre sur des serveurs de production. Ce paramètre est disponible uniquement sur les serveurs d'applications s'exécutant dans des cellules de Version 6.0 ou supérieures.
Cette option n'est pas prise en charge dans un environnement IBM® i.
Spécifie que vous souhaitez utiliser les paramètres JVM, -Xverify et -Xquickstart, au démarrage. Une fois cette option sélectionnée, sauvegardez la configuration et redémarrez le serveur afin d'activer le mode de développement.
Le paramètre par défaut pour cette option est false, ce qui indique que le serveur n'est pas démarré en mode développement. La définition de cette option sur true spécifie que le serveur est démarré en mode développement, avec des paramètres qui accélèrent le délai de démarrage du serveur.
Information | valeur |
---|---|
Type de donnée | Booléenne |
Valeur par défaut | false |
Démarrage parallèle
Indique si le serveur doit démarrer sur plusieurs unités d'exécution. Lorsque vous démarrez le serveur sur plusieurs unités d'exécution, ses composants, services et applications démarrent en parallèle plutôt que l'un après l'autre, ce qui peut accélérer le démarrage.
Le paramètre par défaut pour cette option est true, ce qui indique que le serveur utilise plusieurs unités d'exécution à son démarrage. La définition de cette option sur false spécifie que le serveur utilise une seule unité d'exécution au démarrage, ce qui peut ralentir le démarrage.
L'ordre de démarrage des applications dépend de la pondération que vous avez attribuée à chacune d'elles. L'application dotée de la pondération de démarrage la plus faible est lancée la première. Les applications dont la pondération est identique démarrent en parallèle. Utilisez la zone Pondération de démarrage sur la page
nom_application de la console d'administration pour définir la pondération au démarrage de l'application.Information | valeur |
---|---|
Type de donnée | Booléenne |
Valeur par défaut | true |
Démarrer les composants en fonction des besoins
Sélectionnez cette option si vous voulez que les composants du membre de cluster démarrent au fur et à mesure qu'ils deviennent nécessaires à une application exécutée sur ce membre.
Lorsque cette propriété est sélectionnée, les composants du membre du cluster sont lancés dynamiquement en fonction des besoins. Lorsqu'elle n'est pas sélectionnée, tous les composants du membre de cluster sont lancés lors du processus de démarrage du membre lui-même. La sélection de cette option permet donc d'améliorer la vitesse de démarrage du serveur et de réduire l'encombrement de la mémoire des membres du cluster, car il y a moins de composants à lancer pendant le processus de démarrage.
Le démarrage des composants au moment où ils sont nécessaires est plus efficace si toutes les applications déployées sur le cluster sont du même type. Par exemple, l'utilisation de cette option est plus efficace si toutes vos applications sont des applications Web utilisant des servlets et des pages JSP (JavaServer Pages). Elle est en revanche moins efficace si vos applications utilisent des servlets, des JSP et des Enterprise JavaBeans (EJB).

![[z/OS]](../images/ngzos.gif)
Exécuter en mode JVM 64 bits
Indique que le serveur d'applications fonctionne en mode 64 bits (il s'agit du réglage par défaut). L'exécution en mode 64 bits fournit un surcroît de mémoire virtuelle aux applications utilisateur. Cette zone s'affiche uniquement si vous travaillez sur z/OS.
Accès aux classes de serveur interne
Indique si les applications exécutées sur ce serveur peuvent accéder aux classes d'implémentation du serveur.
Si vous sélectionnez Autoriser, les applications peuvent accéder à la plupart des classes d'implémentation du serveur. Si vous sélectionnez Limiter, les applications ne peuvent pas accéder aux classes d'implémentation du serveur. Les applications obtiennent une erreur ClassNotFoundException si elles tentent d'accéder à ces classes.
En général, vous devez sélectionner Limiter pour cette propriété, car la plupart des applications utilisent les API fournies et n'ont pas besoin d'accéder aux classes internes du serveur sous-jacent. Si toutefois votre application requiert l'utilisation d'une ou de plusieurs classes internes du serveur, sélectionnez Autoriser.
La valeur par défaut de ce paramètre est Autoriser.
Règle du chargeur de classe
Spécifie s'il existe un chargeur de classes unique qui charge toutes les applications ou un chargeur de classes différent pour chaque application.
Mode de chargement des classes
Indique si le chargeur de classes doit d'abord effectuer la recherche dans le chargeur de classes parent ou dans le chargeur de classes de l'application afin de charger une classe. L'option standard pour les chargeurs de classe Developper Kit et ceux du produit est Classes chargées en premier avec un chargeur de classes parent.
Cette zone est valide uniquement si vous définissez la zone de la règle du chargeur de classes à Single.
Si vous sélectionnez Classes chargées en premier avec un chargeur de classe local (dernier parent), votre application peut substituer des classes contenues dans le chargeur de classe parent, mais cette action peut éventuellement aboutir à l'exception ClassCastException ou à des erreurs de liaison si vous avez utilisé conjointement des classes substituées et des classes non substituées.
ID processus
Indique l'identificateur de processus de système d'exploitation pour ce serveur.
Cette propriété est en lecture seule. Le système génère la valeur automatiquement.
Nom de cellule
Indique le nom de la cellule dans laquelle ce serveur est en cours d'exécution.
Cette propriété est en lecture seule.
Nom du noeud
Indique le nom du noeud dans lequel ce serveur est en cours d'exécution.
Cette propriété est en lecture seule.
Etat
Spécifie l'état d'exécution pour ce serveur.
Cette propriété est en lecture seule.