Introduction : Clusters

Les clusters sont des groupes de serveurs qui sont gérés ensemble et qui participent à la gestion de la charge de travail. Un cluster peut contenir des noeuds ou des serveurs d'applications individuels. Un noeud correspond généralement à un ordinateur possédant une adresse IP d'hôte distincte qui exécute un ou plusieurs serveurs d'applications. Les clusters peuvent être regroupés dans la configuration d'une cellule, qui associe de manière logique de nombreux serveurs et clusters possédant des configurations et des applications différentes, en fonction des décisions prises par l'administrateur et de ce qui convient aux environnements de l'organisation.

Les clusters sont chargés de l'équilibrage de la charge de travail entre les serveurs. Les serveurs qui appartiennent à un cluster sont appelés membres du cluster. Lorsque vous installez une application sur un cluster, elle est installée automatiquement sur chaque membre du cluster. Vous pouvez configurer un cluster pour fournir l'équilibrage de charge avec l'intégration de services ou les beans gérés par message dans le serveur d'applications.

[AIX Solaris HP-UX Linux Windows]Chaque membre du cluster contenant les mêmes applications, vous pouvez distribuer les tâches des clients sur les plateformes distribuées en fonction des capacités des différentes machines en affectant des pondérations à chaque serveur.

[AIX Solaris HP-UX Linux Windows]Sur les plateformes distribuées, l'affectation de pondérations aux serveurs d'un cluster améliore les performances et les fonctions de secours. Les tâches sont affectées aux serveurs qui ont la capacité d'en effectuer les opérations. Si un serveur n'est pas disponible pour l'exécution d'une tâche, cette dernière est affectée à un autre membre du cluster. Cette réaffectation est évidemment préférable à l'exécution d'un serveur d'applications unique, qui peut être saturé si un nombre trop important de demandes lui sont envoyées.

Options du processus de démarrage de cluster

Le traitement d'exécution normal démarre automatiquement tous les composants serveur lors du processus de démarrage de serveur. Ce processus s'applique à tous les serveurs, notamment les serveurs qui font partie d'un cluster. Toutefois, vous pouvez configurer des serveurs, y compris les serveurs qui sont membres de cluster, de telle sorte que tous les composants de serveur ne démarrent pas lors du processus de démarrage de serveur. Cette fonction permet au serveur d'utiliser les ressources lorsque cela est nécessaire, en fournissant donc une empreinte plus petite et plus facilement gérable, et est en général à l'origine d'une amélioration des performances.

Lorsque vous configurez des membres de cluster, de telle sorte que tous les composants de membre de cluster ne démarrent pas lors du démarrage du cluster ou d'un membre spécifique d'un cluster, les composants de membre de cluster sont démarrés dynamiquement lorsque cela est nécessaire. Par exemple, si un module d'applications démarre et requiert un composant de serveur spécifique, le programme lance ce dernier de manière dynamique.

Clusters et groupes de noeuds

Toute application que vous installez dans un cluster doit pouvoir s'exécuter sur n'importe quel serveur d'applications membre du cluster. Etant donné qu'un groupe de noeuds constitue les limites d'un cluster, tous les membres d'un cluster doivent faire partie du même groupe de noeuds. C'est pourquoi, pour que l'application déployée s'exécute correctement, tous les membres d'un cluster doivent se trouver sur les noeuds répondant aux exigences de cette application.

Dans une cellule comportant de nombreuses configurations serveur différentes, il peut être difficile de déterminer quels noeuds disposent des capacités pour héberger votre application. Un groupe de noeuds peut être utilisé pour définir des groupes de noeuds ayant suffisamment de points communs pour héberger les membres d'un cluster donné. Tous les membres d'un cluster doivent se trouver dans le même groupe de noeuds.

Tous les noeuds sont membres d'au moins un groupe de noeuds. Lorsque vous créez un cluster, le premier serveur d'applications ajouté à celui-ci définit le groupe de noeuds au sein duquel tous les autres membres du cluster doivent résider. Tous les autres membres que vous ajoutez au cluster ne peuvent être que des noeuds faisant partie du même groupe de noeuds. Lorsque vous créez un membre de cluster dans la console d'administration, vous êtes autorisé à créer le serveur d'applications sur un noeud qui est un membre du groupe de noeuds pour ce cluster uniquement.

Les noeuds peuvent être des membres de plusieurs groupes de noeuds. Si le premier membre que vous ajoutez au cluster dispose de plusieurs groupes de noeuds définis, le système choisit automatiquement le groupe de noeud liant le cluster. Vous pouvez modifier le groupe de noeuds en changeant les paramètres du cluster. Utilisez la page des paramètres de cluster de serveur pour changer le groupe de noeuds.

Clusters et groupes centraux

Dans un environnement à haute disponibilité, un groupe de clusters peut être défini en tant que groupe central. Tous les serveurs d'applications définis comme membre de l'un des clusters d'un groupe central sont automatiquement membre de ce groupe central. Un serveur d'applications particulier qui ne fait pas partie d'un cluster peut également être défini comme membre d'un groupe central. L'emploi de groupes centraux permet à WebSphere Application Server d'offrir la haute disponibilité aux applications qui doivent en permanence être à la disposition de l'utilisateur final. Vous pouvez également configurer des groupes centraux pour qu'ils communiquent entre eux par l'intermédiaire de la passerelle du groupe central. Les groupes centraux peuvent communiquer au sein de la même cellule ou entre cellules.

Membres de cluster

Vous pouvez améliorer les performances du système si vous configurez chaque membre du cluster, de sorte que chacun de ses composants démarre de façon dynamique à mesure des besoins, plutôt que de les laisser démarrer automatiquement en même temps que le serveur. La sélection de cette option peut améliorer la durée de démarrage du cluster et réduire la taille de la mémoire occupée des membres du cluster. Le lancement des composants au fur et à mesure des besoins est particulièrement 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 JavaServer Pages (JSP). Elle est en revanche moins efficace si vos applications utilisent des servlets, des JSP et des Enterprise JavaBeans (EJB).

Eviter les incidents Eviter les incidents: Si vous disposez de clients s'exécutant dans un environnement :
  • qui inclut des clients légers Java™,
  • où des demandes sont acheminées entre plusieurs cellules,
  • où des demandes sont acheminées dans une seule cellule qui inclut des noeuds provenant de versions antérieures du produit,
il peut arriver que dans ces clients, les informations de port relatives aux membres du cluster cible deviennent périmées.

Cette situation survient le plus fréquemment lorsque tous les membres de cluster ont des ports dynamiques et sont redémarrés pendant une période durant laquelle aucune demande n'est envoyée. Le processus client peut tenter d'accéder à l'agent de noeud afin de recevoir les nouvelles données de port pour les membres de cluster puis utiliser ces dernières pour accéder à nouveau aux membres du cluster.

Si des problèmes surviennent qui empêchent le client de communiquer avec l'agent de noeud ou qui empêchent les nouvelles données de port d'être propagées entre les membres de cluster et l'agent de noeud, les demandes peuvent échouer sur le client. Dans certains cas, ces échecs sont temporaires. Il peut également être nécessaire de redémarrer un ou plusieurs processus pour résoudre une situation d'échec.

Pour éviter les problèmes d'acheminement client, vous pouvez configurer des ports statiques sur les membres de cluster. Sur les ports statiques, les données de port ne changent pas lorsqu'un processus client obtient des informations sur les membres du cluster. Même si ces derniers sont redémarrés ou s'il existe des problèmes de communication ou de propagation des données entre les processus, les données de port conservées par le client sont toujours valides. Il n'est pas toujours possible de résoudre les problèmes de communication ou de propagation des données sous-jacents, cependant les symptômes des décisions d'acheminement client inappropriées ou inattendues sont supprimés.

gotcha

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