![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Routage de demandes vers des noeuds qui n'exécutent pas la fonction Gestion intelligente
Cette tâche permet de configurer plusieurs niveaux.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Procédure
- Le scénario le plus fréquent consiste à installer l'agent de noeud sur chaque noeud exécutant un autre logiciel middleware. Pour plus d'informations sur l'exécution du logiciel middleware, lisez la rubrique relative à l'ajout de serveurs middleware aux configurations.
- Réglez la cellule sur le mode d'exécution Magic N. Magic N est le nombre total de demandes qui peuvent s'exécuter simultanément sur le groupe de noeuds. Pour configurer le mode Magic N, indiquez les propriétés magicNMode et magicN. Pour plus d'informations sur ces propriétés personnalisées, consultez la rubrique relative aux propriétés personnalisées du gestionnaire de flux de demandes. N'utilisez pas cette approche si les différentes classes de service ont des besoins de traitement totalement différents.
- Indiquez des facteurs de travail ou des facteurs vitesse et la puissance de traitement de chaque noeud. Des facteurs vitesse sont calculés automatiquement par le profileur de travail pour les niveaux cible. Concernant les noeuds externes, vous pouvez configurer manuellement des facteurs vitesse pour les modules TCM (paires constituées d'une classe de transaction et d'un module Web). Pour plus d'informations sur les facteurs de travail et de vitesse, consultez la rubrique relative aux facteurs de travail dans des configurations à plusieurs niveaux.
- Définissez le mode manuel pour le gestionnaire autonome de flux de demandes et spécifiez les différents paramètres. Laissez le gestionnaire autonome de flux de demandes estimer les facteurs vitesse en fonction des seules observations émanant du routeur On Demand (ODR).
En mode manuel, vous devez fournir des nombres de sièges, ou allocations simultanées, pour chaque combinaison de routeur ODR, de cible de déploiement et de classe de service. Les pondérations de vidage de file d'attente et les limites de simultanéité de passerelle sont dérivées de ces informations.
Pour allouer un certain nombre de sièges à chaque combinaison d'ODR, de cible de déploiement et de classe de service, utilisez le fichier ProfileRoot/properties/arfm/manual/nom_cellule.xml. Dans WebSphere Extended Deployment Version 5.1, le fichier était racine_was/properties/arfm/manual/nom_cellule/nom_groupe_noeuds.xml. Utilisez ce fichier sur la machine où s'exécute le contrôleur ARFM (autonomic request flow manager).
Le répertoire manual/ contient un fichier exemple décrivant le format.Pour plus d'informations sur le répertoiremanual/, consultez la rubrique relative au gestionnaire de flux de demandes autonome.
Sous-rubriques
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.Niveaux de traitement multiples
Le gestionnaire ARFM (Autonomic Request Flow Manager) peut traiter des demandes à des niveaux multiples. Les niveaux peuvent comporter des applications WebSphere Application Server et d'autres applications.Configuration de facteurs de travail dans des configurations à niveaux multiples
Cette tâche permet de calculer et de configurer des facteurs de travail pour votre configuration multi-niveaux.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_arfmnonxd
Nom du fichier : twve_arfmnonxd.html