Création de clusters

Un cluster est un ensemble de serveurs d'applications que vous gérez ensemble de façon à équilibrer la charge de travail.

Avant de commencer

Avant de créer un cluster :
  • Lisez la section "Clusters et pondération de la charge de travail" en prêtant une attention particulière à la partie consacrée aux poids des membres du cluster.
  • Décidez si vous souhaitez que les demandes de bean enterprise soient routées vers le noeud sur lequel réside le client.
  • Décidez si vous voulez utiliser la réplication mémoire à mémoire HTTP.
  • Déterminez les paramètres de configuration appropriés du premier membre du cluster. 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 ;
  • Décidez sur quel noeud vous souhaitez faire résider le premier membre du cluster.

Pourquoi et quand exécuter cette tâche

Vous pouvez décider de créer un cluster pour :
  • équilibrer vos requêtes client entre plusieurs serveurs d'applications ;
  • fournir un environnement à haute disponibilité à vos applications.

Un cluster permet de gérer un groupe de serveurs d'applications en tant qu'unité unique et de distribuer des requêtes client entre les serveurs d'applications membres du cluster.

[z/OS]Si vous souhaitez créer un cluster de serveurs s'étendant sur plusieurs systèmes dans un sysplex devant contenir des beans session avec état dans lesquels des règles d'activation Transaction sont déployées, le répertoire de passivation doit résider sur un système HFS (Hierarchical File System) partagé entre tous les systèmes du sysplex dans lequel les serveurs du cluster s'exécutent.

Pour créer un cluster :

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere > Nouveau. L'assistant Création d'un cluster démarre.
  2. Spécifiez un nom pour le cluster.
  3. Facultatif : [z/OS]Indiquez un nom abrégé pour le cluster.

    Pour les serveurs groupés, l'environnement d'application WLM est le nom abrégé par défaut du cluster. Si vous entrez un nom abrégé pour un cluster, ce nom :

    • doit comporter de un à huit caractères ;
    • doit contenir uniquement des caractères alphanumériques ou propres à une langue ;
    • 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.
    Eviter les incidents Eviter les incidents: Si vous spécifiez un nom abrégé, veillez à configurer un profil de classe de serveur RACF contenant ce nom abrégé.gotcha
  4. Sélectionnez Environnement local favori pour activer l'optimisation de l'acheminement vers l'hôte. Cette option est activée par défaut. Lorsque cette option est activée, si possible, les demandes EJB sont acheminées vers l'hôte du client. Cette option améliore les performances car les demandes des clients sont envoyées à des beans enterprise locaux.
    Configurations prises en charge Configurations prises en charge: Si vous activez l'optimisation preferLocal, le gestionnaire de déploiement doit être en cours d'exécution pour affecter la configuration. Si le gestionnaire de déploiement est arrêté, l'optimisation preferLocal n'est pas effectuée et les demandes peuvent être dispersées parmi tous les membres du cluster.sptcfg
  5. Sélectionnez Configurer la réplication mémoire à mémoire HTTP pour créer un domaine de réplication mémoire à mémoire pour ce cluster. Le domaine de réplication porte le même nom que le cluster et il est configuré avec les paramètres par défaut d'un domaine de réplication. Lorsque les paramètres par défaut sont actifs, une réplique unique est créée pour chaque élément de donnée et le chiffrement est désactivé. Le conteneur web de chaque membre de cluster est en outre configuré pour la réplication mémoire à mémoire.
    Si la réplication Mémoire à mémoire de session est activée pour le cluster WAS, la propriété GetDWLMTable doit avoir la valeur true pour ce cluster de serveurs dans le fichier de configuration de plug-in.
    A faire : Définissez la propriété GetDWLMTable en utilisant la case à cocher appropriée sur la console d'administration au lieu de la propriété personnalisée.

    Pour modifier ces paramètres pour le domaine de réplication, cliquez sur Environnement > Domaines de réplication >nom_domaine_réplication. Pour modifier les paramètres de conteneur Web, cliquez sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere > nom_cluster > Membres du cluster > nom_membre_cluster. Puis, dans la section Paramètres du conteneur, cliquez sur Paramètres du conteneur Web > Conteneur Web > Gestion de session > Paramètres de l'environnement distribué dans la console d'administration. Si vous modifiez ces paramètres pour un membre du cluster, vous pouvez également les modifier pour les autres membres.

  6. Cliquez sur Suivant.
  7. Choisissez s'il faut créer un cluster vide ou créer le premier membre du cluster.

    Si vous décidez de créer un cluster vide, pour y ajouter des membres, dans la console d'administration, cliquez sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere >nom_cluster > Membres du cluster > Nouveau.

    Pour créer un cluster vide :

    1. Sélectionnez Aucun. Créer un cluster vide.
    2. Cliquez sur Suivant pour afficher le récapitulatif du cluster défini.
    3. Cliquez sur Terminer pour créer le cluster, ou sur Annuler si vous décidez de ne pas le créer.

    Lorsque vous créez le premier membre de cluster, notez qu'une copie 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.

    1. Indiquez le nom du premier membre de cluster.
    2. Sélectionnez le noeud sur lequel le membre de cluster doit résider.
    3. [z/OS]Indiquez un nom abrégé pour ce membre de cluster. Il correspond au nom de travail z/OS par défaut et identifie le membre de cluster auprès des fonctions natives du système d'exploitation, telles que la pondération de charge de travail (WLM), le gestionnaire de redémarrage automatique (ARM) et RACF.
    4. Indiquez la valeur de pondération du membre de cluster. La valeur de pondération contrôle la quantité de travail dirigée vers le serveur d'applications. Si la valeur de pondération du serveur est supérieure aux valeurs de pondération attribuées aux autres serveurs du cluster, le serveur reçoit alors une part plus importante de la charge de travail. La valeur de pondération représente une proportion relative de la charge du travail qui est affectée à un serveur d'applications spécifique. La valeur peut être comprise entre 0 et 20.
      [z/OS]Sous z/OS, la pondération permet d'équilibrer certains des types de charge de travail, mais les autres sont équilibrés par le système z/OS.
      • 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.
    5. Sélectionnez Générer des ports HTTP uniques pour générer des numéros de port uniques pour chaque transport HTTP défini dans le serveur source. Si vous sélectionnez cette option (configuration par défaut), les transports HTTP ou les canaux de transport HTTP de ce membre de cluster ne présentent aucun conflit avec d'autres serveurs définis sur le même noeud. Si vous désélectionnez cette option, tous les membres du cluster partagent les mêmes ports HTTP.
    6. Sélectionnez le groupe central auquel doit appartenir ce membre de cluster. Vous devez indiquer le groupe central uniquement si plusieurs groupes centraux sont définis pour ce cluster.
    7. Sélectionnez l'une des options suivantes pour déterminer la façon dont les ressources du serveur sont promues dans le cluster.
      • Cluster pour déplacer les ressources du premier membre du cluster au niveau de celui-ci. Les ressources du premier membre du cluster remplacent celles du cluster.
      • Serveur pour maintenir les ressources du serveur au niveau du nouveau membre du cluster. Les ressources du cluster restent inchangées.
      • Les deux pour copier les ressources du membre du cluster (serveur) au niveau de celui-ci. Les ressources du premier membre du cluster remplacent celles du cluster. Les mêmes ressources existent au niveau du cluster et du membre du cluster.
    8. Sélectionnez l'une des options suivantes comme base du premier membre de cluster.
      • Créez le membre à l'aide d'un modèle de serveur d'applications.

        [z/OS]Si vous sélectionnez le modèle defaultZOS qui est le seul dans la liste, à moins que vous n'ayez utilisé la commande createServerTemplate de l'objet AdminTask pour créer d'autres modèles, le premier membre du cluster utilise les affectations de port par défaut pour z/OS. Si certains de ces ports sont déjà définis pour être utilisés ailleurs dans votre système, il est possible que votre membre de cluster nouvellement créé ne démarre pas, ne fonctionne pas correctement ou génère des messages d'erreur inattendus. Vous devez donc résoudre les conflits de port avant de démarrer ce serveur.

      • Créez le membre en utilisant un serveur d'applications existant comme modèle.
      • Créez le membre en convertissant un serveur d'applications existant.
      Eviter les incidents Eviter les incidents: Vous pouvez ajouter un serveur d'applications existant au cluster uniquement si vous sélectionnez ce serveur comme premier membre de cluster. Une fois le premier membre de cluster créé, vous ne pouvez pas ajouter d'autres serveurs d'applications existants au cluster. Si vous ajoutez un serveur existant à un cluster, la seule façon de supprimer ce serveur du cluster consiste à l'éliminer. Vous pourrez donc souhaiter utiliser le serveur existant comme modèle et non comme membre de cluster pour créer le premier membre de cluster. Si vous conservez le serveur d'applications original hors du cluster, vous pouvez le réutiliser comme modèle si vous devez reconstruire la configuration.gotcha
  8. Cliquez sur Suivant.
  9. Créez des membres de cluster supplémentaires. Avant de créer des membres de cluster supplémentaires, vérifiez les paramètres de configuration du premier membre de cluster. Ces paramètres sont affichés dans le panneau Créer des membres de cluster supplémentaires de l'assistant Création d'un cluster. Pour chaque membre supplémentaire à créer :
    1. Attribuez un nom unique au membre. Ce nom doit être unique sur le noeud.
    2. Sélectionnez le noeud auquel vous souhaitez affecter le membre de cluster.
    3. Indiquez la valeur de pondération à associer au membre. La valeur de pondération contrôle la quantité de travail dirigée vers le serveur d'applications. Si la valeur de pondération du serveur est supérieure à celles attribuées aux autres serveurs du cluster, le serveur reçoit alors une part plus importante de la charge de travail. La valeur peut être comprise entre 0 et 20.
    4. [z/OS]Indiquez un nom abrégé pour ce membre de cluster. Il correspond au nom de travail z/OS par défaut et identifie le membre de cluster auprès des fonctions natives du système d'exploitation, telles que la pondération de charge de travail (WLM), le gestionnaire de redémarrage automatique (ARM) et RACF.
    5. Sélectionnez Générer des ports HTTP uniques pour générer des numéros de port uniques pour chaque transport HTTP défini dans le serveur source.
    6. Cliquez sur Ajouter le membre. Vous pouvez modifier les paramètres de configuration des membres de cluster nouvellement créés autres que le premier ou créer des membres de cluster supplémentaires. Cliquez sur Précédent pour modifier les propriétés du premier membre de cluster. Les paramètres du premier membre de cluster deviennent ceux du modèle de membre de cluster qui est automatiquement créé lorsque vous créez le premier membre de cluster.
  10. Lorsque la création des membres de cluster est terminée, cliquez sur Suivant.
  11. Affichez le récapitulatif du cluster, puis cliquez sur Terminer pour créer le cluster, cliquez sur Précédent pour revenir au panneau précédent de l'assistant et modifier le cluster, ou cliquez sur Annuler pour fermer l'assistant sans créer de cluster.
  12. Pour configurer davantage un cluster, cliquez sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere > , puis cliquez sur le nom du cluster. Seuls les onglets Configuration et Topologie locale sont visibles jusqu'à ce que vous enregistriez vos modifications.
  13. Cliquez sur Consulter pour passer en revue vos paramètres de configuration en clusters. Répétez l'étape précédente si vous devez apporter des modifications de configuration supplémentaires.
  14. Pour ne pas modifier davantage la configuration, sélectionnez Synchroniser les modifications avec les noeuds, puis cliquez sur Sauvegarder. Vos modifications sont enregistrées et synchronisées sur tous les noeuds.
    Eviter les incidents Eviter les incidents: Si vous cliquez sur Sauvegarder sans sélectionner Synchroniser les modifications avec les noeuds, lorsque vous redémarrez le cluster, le produit ne lance pas les serveurs du cluster car il ne les trouve pas sur le noeud. Pour synchroniser systématiquement vos modifications de configuration sur tous les noeuds, sélectionnez Synchroniser les modifications avec les noeuds au titre des préférences de la console.gotcha
  15. Redémarrez le cluster.

Résultats

Vous avez créé un cluster auquel vous pouvez affecter des demandes de travaux. Les onglets Exécution et Topologie locale apparaissent lors de votre accès suivant à cette page.

Que faire ensuite

  • Vous pouvez cliquer sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere >nom_cluster > Membres du cluster dans la console d'administration, puis cliquer sur le nom d'un membre de cluster pour afficher tous ses paramètres de configuration. Vous pouvez dès lors utiliser cette même page pour modifier certains paramètres de configuration du membre du cluster.
    Par exemple, s'il n'est pas utile que tous les composants du membre de cluster soient lancés au démarrage du cluster, vous pouvez reconfigurer les membres du cluster, de sorte que la fonction Démarrer les composants en fonction des besoins soit sélectionnée. Cette option n'est pas sélectionnée si un nouveau membre de cluster est créé. 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.
    Eviter les incidents Eviter les incidents: Avant de sélectionner cette option, vérifiez que tout produit WebSphere exécuté conjointement avec ce produit prend en charge cette fonctionnalité.gotcha
  • Utilisez la console d'administration pour visualiser ou changer les paramètres de configuration d'un cluster. Par exemple, si vous travaillez dans un environnement de haute disponibilité, vous pouvez cliquer sur Serveurs > Clusters > Clusters de serveurs d'applications WebSphere > nom_cluster, puis sélectionner l'option Activer le basculement de la reprise sur incident du journal des transactions pour ce cluster. Cette option permet de faire basculer la récupération des transactions d'un membre de cluster à un autre.
  • Créez des membres de cluster supplémentaires.

    Si vous créez un membre de cluster en convertissant un serveur d'applications existant et que ce serveur est membre d'un bus, vous devez migrer le moteur de messagerie du serveur vers la portée d'un cluster. Pour ce faire, utilisez la commande wsadmin migrateServerMEtoCluster. Ne supprimez pas le moteur de messagerie de portée de serveur pour le recréer à une portée de cluster, car ceci empêcherait le moteur de messagerie de fonctionner avec les destinations précédemment configurées.

  • Démarrez le cluster.
  • Utilisez le scriptage pour automatiser la tâche de création de clusters.
  • Créez une table de routage statique pour gérer temporairement le routage IIOP du cluster lorsque votre structure de haute disponibilité est désactivée.

Icône indiquant le type de rubrique Rubrique de tâche



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