Cette rubrique décrit la procédure d'acheminement des demandes entre le routeur ODR et des noeuds externes.
Avant de commencer
Remarque : Afin de configurer la prise en charge des opérations dynamiques pour d'autres types de serveur middleware, vous pouvez définir vos autres serveurs middleware comme membres d'un cluster dynamique. Pour plus d'informations sur la définition des serveurs middleware, lisez la rubrique relative à l'ajout de serveurs middleware aux configurations.
Vous devez disposer d'un ou de plusieurs noeuds n'exécutant pas la fonction Gestion intelligente. Cette tâche consiste à ajouter les noeuds qui n'exécutent pas la fonction Gestion intelligente comme ports de cluster de serveurs génériques.
Pour créer et modifier des clusters de serveurs génériques, vous devez disposer des privilèges de configurateur ou d'administrateur.
Avant de configurer le routeur ODR en vue de l'envoi de demandes à des noeuds externes, effectuez les tâches suivantes :
- Créez un routeur ODR.
- Configurez des classes de service et des classes de transaction pour le routeur ODR.
Pourquoi et quand exécuter cette tâche
Le routeur ODR prend en charge le routage automatique vers des noeuds de cellules distantes si la cellule locale du routeur ODR est connectée à la cellule distante par une passerelle de groupes centraux. Pour effectuer le routage vers des noeuds qui ne sont pas dotés de la fonction
Gestion intelligente, 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 stratégie 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 externes peuvent également être arrêtés et démarrés par l'agent de noeud WebSphere Application Server. Parmi les serveurs externes, citons les serveurs Apache Tomcat et JBoss Application Server.
Procédure
- Facultatif : 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 pour créer un noeud non géré.
- Facultatif : 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é.
- Cliquez sur .
- Dans la zone Nom, entrez stats.collector.remote.agent.port.
- Dans la zone Valeur, entrez le numéro du port sur lequel l'agent éloigné écoute les demandes.
A faire : 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é.
- Facultatif : 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.
- Cliquez sur .
- Dans la zone Nom, entrez stats.collector.implementation.class.
- 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.
- 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.
- Créez un cluster de serveurs génériques.
- Dans la console d'administration, cliquez sur .
- Entrez un Nom et sélectionnez un Protocole pour votre cluster de serveurs génériques.
- Cliquez sur
Valider.
- 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.
- Cliquez sur Nouveau pour ajouter des points d'extrémité au cluster de serveurs génériques.
- Facultatif : 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.
- Dans la console d'administration, cliquez sur .
- Définissez la propriété personnalisée. Indiquez le nom node pour la propriété personnalisée. 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.
- Cliquez sur
Valider.
- Installez votre application sur les noeuds externes en utilisant les numéros de port définis.
- Activez la surveillance externe en mettant en fonction l'agent éloigné sur tous les noeuds externes.
- Définissez des stratégies de routage pour les clusters de serveurs génériques.
Avant les stratégies 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 .
- Définissez des stratégies de service pour les clusters de serveurs génériques.
Résultats
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.