WebSphere Extended Deployment, Version 6.0.x     Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows, z/OS

Routage des demandes vers des noeuds externes avec des clusters de serveurs génériques

Cette rubrique décrit la procédure d'acheminement des demandes entre le routeur ODR et des noeuds externes.

Avant de commencer

Vous devez disposer d'un ou de plusieurs noeuds n'exécutant pas WebSphere Extended Deployment. Cette tâche consiste à ajouter les noeuds qui n'exécutent pas WebSphere Extended Deployment comme ports de cluster de serveurs génériques.
Avant de configurer l'ODR en vue de l'envoi de demandes à des noeuds externes, effectuez les tâches suivantes :
  1. Créez un routeur ODR. Pour plus d'informations sur la création du routeur ODR, voir Création et configuration du routeur ODR.
  2. Configurez des classes de service et des classes de transaction pour l'ODR. Pour plus d'informations, voir Définition d'une stratégie de service.
  3. Installez l'agent éloigné sur tous les noeuds externes. Pour plus d'informations, voir Installation dans un environnement mixte.

Pourquoi et quand utiliser cette tâche

Le routeur ODR prend en charge le routage automatique vers des noeuds de cellules cibles sur lesquelles est installé un gestionnaire de déploiement doté de WebSphere Extended Deployment. Pour effectuer l'acheminement vers des noeuds qui ne sont pas dotés de WebSphere Extended Deployment, configurez un cluster de serveurs génériques. Un cluster de serveurs génériques est un ensemble de points d'extrémité de transport pouvant être utilisé comme cible d'une règle de routage ODR. Les serveurs et les noeuds sont induits à partir des propriétés et des points d'extrémité de cluster de serveurs génériques. Les serveurs induits peuvent être des serveurs externes ou génériques. Les serveurs génériques peuvent être arrêtés et démarrés par un agent de noeud WebSphere Application Server. Les serveurs génériques ne sont généralement pas arrêtés et démarrés par un agent de noeud WebSphere Application Server. Parmi les serveurs externes, citons les serveurs Apache Tomcat et JBoss Application Server.
  1. OptionalColonSymbol Créez un ou plusieurs noeuds non gérés. Vous devez créer des noeuds non gérés dans les situations de configuration suivantes :
    • Si vous souhaitez que l'agent éloigné écoute les demandes émanant d'un port autre que le port par défaut (9980).
    • Si vous utilisez un plug-in collecteur de statistiques personnalisé pour obtenir la vitesse de noeud et l'utilisation moyenne de l'UC pour le profileur de travaux.
    • Si vos noeuds sont multi-hébergés, c'est-à-dire s'ils possèdent plusieurs cartes d'interface réseau ou plusieurs noms d'hôte.
    Dans la console d'administration, cliquez sur Administration du système > Noeuds > Ajouter un noeud pour créer un noeud non géré.
  2. OptionalColonSymbol Si l'agent éloigné écoute les demandes entrantes émanant d'un port autre que le port par défaut (9980), indiquez la propriété personnalisée stats.collector.remote.agent.port sur le noeud non géré.
    1. Cliquez sur Administration système > Noeuds > nom_noeud Propriétés personnalisées > Nouveau.
    2. Dans la zone Nom, entrez stats.collector.remote.agent.port.
    3. Dans la zone Valeur, entrez le numéro du port sur lequel l'agent éloigné écoute les demandes.
    RememberColonSymbol Consignez par écrit la valeur de ce port. Cette valeur est utile lorsque vous démarrez l'agent éloigné sur le noeud non géré.
  3. OptionalColonSymbol Si vous utilisez un plug-in collecteur de statistiques personnalisé pour obtenir le vitesse de noeud et l'utilisation moyenne de l'UC pour le profileur de travaux, définissez le nom de la classe comme propriété personnalisée sur le noeud non géré. Dans ce cas, le plug-in peut ou non utiliser un agent éloigné. Avant de configurer cette propriété personnalisée, vous devez avoir codé et installé un plug-in collecteur de statistiques personnalisé dans le répertoire lib.
    1. Cliquez sur Administration système > Noeuds > nom_noeud Propriétés personnalisées > Nouveau.
    2. Dans la zone Nom, entrez stats.collector.implementation.class.
    3. Dans la zone Valeur, entrez le nom de la classe du plug-in collecteur de statistiques personnalisé. Le nom de classe par défaut est com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
    4. Vous pouvez indiquer des paramètres de configuration supplémentaires en ajoutant la propriété personnalisée stats.collector.config sur les noeuds non gérés. Le fournisseur du plug-in personnalisé doit vous communiquer les informations. La propriété stats.collector.config n'est pas nécessaire si vous utilisez la classe par défaut com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
  4. Créez un cluster de serveur générique.
    1. Dans la console d'administration, cliquez sur Serveurs > Cluster de serveurs génériques > Nouveau.
    2. Entrez un Nom et sélectionnez un Protocole pour votre cluster de serveurs génériques.
    3. Cliquez sur Valider.
    4. Indiquez les points d'extrémité de serveur de cluster générique ou les ports. Dans la page des paramètres de serveur de cluster générique, cliquez sur Ports.
    5. Cliquez sur Nouveau pour ajouter des points d'extrémité au cluster de serveurs génériques.
  5. OptionalColonSymbol Si, lors de l'étape précédente, vous avez configuré l'agent éloigné pour qu'il écoute sur un autre port que le port par défaut, si vous utilisez un plug-in collecteur de statistiques personnalisé ou si les noeuds sont multi-hébergés (c'est-à-dire possèdent plusieurs cartes d'interface réseau ou plusieurs noms d'hôte), vous devez définir la propriété personnalisée de noeud sur les points d'extrémité du cluster de serveurs génériques.
    1. Dans la console d'administration, cliquez sur Serveurs > Cluster de serveurs génériques >nom_cluster > Propriétés supplémentaires > Ports >nom_hôte> Propriétés supplémentaires > Propriétés personnalisées > Nouveau.
    2. Définissez la propriété personnalisée. Entrez le nom de la propriété personnalisée comme noeud. La valeur de la propriété personnalisée doit être le nom du noeud non géré c'est-à-dire associé au port du cluster de serveurs génériques.
    3. Cliquez sur Valider.
  6. Installez votre application sur les noeuds externes en utilisant les numéros de port définis.
  7. Activez la surveillance externe en mettant en fonction l'agent éloigné sur tous les noeuds externes. Pour plus d'informations, voir Activation du contrôle externe avec l'agent éloigné.
  8. Définissez les règles de routage et les stratégies de service pour les clusters de serveurs génériques. Pour plus d'informations, voir Création et configuration du routeur ODR.

    Avant les règles de routage, vous devez créer les hôtes virtuels appropriés. Les hôtes virtuels peuvent être définis dans la console en cliquant sur Environnement > Hôtes virtuels.

Résultat

Le profileur de travaux obtient l'utilisation moyenne de l'UC et la vitesse de noeud auprès de noeuds externes et peut acheminer du trafic vers les noeuds externes.

Que faire ensuite

Poursuivez la configuration du routeur ODR et le gestionnaire ARFM. Pour plus d'informations, voir Création et configuration du routeur ODR et Configuration du gestionnaire autonome de flux de demandes.



Related tasks
Activation du contrôle externe avec l'agent éloigné

Rubrique Tâche    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 9:55:50 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/todrnonxd.html

© Copyright IBM 2004, 2006. All Rights Reserved.
Ce centre de documentation s'appuie sur la technologie Eclipse. (http://www.eclipse.org)