Modification des modèles de membre de cluster à l'aide de l'outil de scriptage wsadmin

L'objet AdminConfig et l'outil wsadmin permettent de modifier les modèles de membre de cluster pour des clusters de serveurs d'applications, de serveurs génériques et de serveurs proxy.

Pourquoi et quand exécuter cette tâche

Une copie du premier membre de cluster que vous créez est stockée comme modèle dans la portée cluster. Vous pouvez créer le premier membre de cluster à l'aide d'un serveur existant utilisé comme modèle ou avec un modèle de serveur par défaut. Vous pouvez également créer le premier membre de cluster en même temps que le cluster, par la conversion d'un serveur en cluster. Lorsque vous créez un premier membre de cluster, le modèle de membre de cluster est stocké dans la portée cluster. D'autres membres de cluster sont créés à l'aide du modèle de membre de cluster stocké dans la portée cluster.

Par nature, un cluster peut être homogène ou hétérogène. Un cluster homogène étend des noeuds exécutant la même version de produit. Un cluster hétérogène étend des noeuds exécutant des versions différentes du produit. Etant donné qu'un cluster peut contenir des membres issus de noeuds exécutant des versions différentes du produit, un modèle est stocké pour chaque version du noeud de serveur d'applications configuré comme membre de cluster. Le modèle de membre de cluster ne peut exister pour une version de noeud donnée que si vous créez un premier membre dans un noeud de même version. Supposons qu'un cluster contienne plusieurs noeuds version 7 et version 6.1. Dans ce cas, un modèle de membre de cluster est créé pour les noeuds version 7 et un autre pour les noeuds version 6.1. Par exemple :
  • Le modèle $dmgr_profile_root/config/templates/clusters/clusterName/servers/V8.5MemberTemplate sera utilisé comme modèle pour tout membre créé sur un noeud de version 8.5.
  • Le modèle $dmgr_profile_root/config/templates/clusters/clusterName/servers/V8.0MemberTemplate sera utilisé comme modèle pour tout membre créé sur un noeud de version 8.0.
  • Le modèle $dmgr_profile_root/config/templates/clusters/clusterName/servers/V7MemberTemplate sera utilisé comme modèle pour tout membre créé sur un noeud de version 7.
  • Le modèle $app_server_root/config/clusters/clusterName/servers/V6.1MemberTemplate sera utilisé comme modèle pour tout membre créé sur un noeud de version 6.1.
  • Le modèle $app_server_root/config/clusters/clusterName/servers/V6MemberTemplate sera utilisé comme modèle pour tout membre créé sur un noeud de version 6.

Par conséquent, lorsque vous modifiez la configuration des membres d'un cluster, vous devez répercuter ces modifications sur le modèle correspondant stocké dans la portée du cluster afin d'assurer la synchronisation entre le modèle et les membres existants. De même, lorsque vous modifiez la configuration dans le modèle, vous devez répercuter la modification sur les membres existants du cluster.

Vous pouvez modifier un modèle de membre de cluster à l'aide de l'outil wsadmin, de manière similaire à la modification d'un serveur. Vous ne pouvez pas modifier un modèle de membre de cluster à l'aide de la console d'administration. Pour modifier un modèle de membre de cluster à l'aide de l'outil wsadmin, procédez comme suit :

Procédure

  1. Démarrez l'outil de scriptage wsadmin.
  2. Obtenez le modèle de cluster dans la portée cluster. Dans l'exemple suivant, le modèle de membre de cluster version 7 est obtenu pour le cluster cluster1 :
    • Avec Jacl :

      set c [$AdminConfig listTemplates Server cluster1/servers/V7]
      
      puts [$AdminConfig showall $c]

      Avec Jython :

      c = AdminConfig.listTemplates('Server','cluster1/servers/V7')
      
      print AdminConfig.showall(c)
  3. Modifiez les attributs du modèle. Exemple :
    • Avec Jacl :

      $AdminConfig modify $c {{attrName attrVal}}

      Avec Jython :

      AdminConfig.modify(c, [[attrName, attrVal]])
  4. Enregistrez les modifications apportées à la configuration. Pour plus d'informations, reportez-vous à la rubrique Enregistrement des modifications de configuration avec l'outil wsadmin.
  5. Dans un environnement de déploiement réseau uniquement, synchronisez le noeud. Pour plus d'informations, reportez-vous à la rubrique Synchronisation des noeuds à l'aide de l'outil de script wsadmin.

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