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

Présentation de la priorisation du flux de requêtes IIOP/JMS

La priorisation du flux de demandes IIOP/JMS a lieu dans WebSphere Extended Deployment via des gestionnaires autonomes qui contrôlent le flux de demandes, la priorisation des demandes et la gestion dynamique des charges. Seules les demandes IIOP provenant d'un client EJB autonome sont traitées par la fonction de priorisation du flux de demandes IIOP d'Extended Deployment. Les appels d'EJB provenant de servlets, par exemple, ne sont pas priorisés, car le système ne peut pas prioriser sur plusieurs niveaux, tels que le niveau Web et le niveau EJB, des demandes associées à la même requête utilisateur globale. Toutefois, étant donné la nature asynchrone du service JMS, il n'existe pas de restrictions liées à l'origine des demandes.

Pour IIOP/JMS, les processus du serveur d'applications dorsal hébergeant les applications exécutent les passerelles du gestionnaire autonome de flux de demandes (ARFM) qui définit la priorité du flux de demandes. Les flux de demandes sont gérés pour un équilibre de performances optimal en fonction des stratégies de service configurées et de la charge.

A l'aide de WebSphere Extended Deployment, vous pouvez définir des objectifs de performances et les lier à des sous-ensembles du trafic entrant. Le gestionnaire autonome de flux de demandes (ARFM) et les gestionnaires autonomes associés peuvent atteindre les objectifs fixés en prenant des décisions pertinentes pour traiter les travaux envoyés aux serveurs d'applications. Tous les travaux ne sont pas créés de façon égale dans votre configuration. Le gestionnaire autonome de flux de demandes (ARFM) peut prendre en charge ce concept en acheminant différents flux de demandes en vue de leur exécution plus ou moins rapidement, l'objectif étant d'atteindre un équilibre optimal.

Le gestionnaire ARFM utilise un composant appelé ODC (on demand configuration) pour évaluer l'état de son environnement. ODC obtient automatiquement des informations sur tous les serveurs d'applications WebSphere Extended Deployment et sur les applications déployées dans la cellule, ainsi que la stratégie de service et les classes de travail d'Extended Deployment associées à ces artefacts de configuration.
NoteColonSymbol Le composant ODC ne peut pas analyser les environnements qui ne sont pas des environnements WebSphere Extended Deployment homogènes.

Une stratégie de service est une catégorisation personnalisée affectée à un travail potentiel en tant qu'attribut lu par le gestionnaire ARFM. Pour IIOP, vous pouvez utiliser une stratégie de service pour classifier des demandes selon leurs attributs, y compris le nom de l'application, le nom de la méthode EJB, le nom du module EJB, tels que le fichier JAR d'EJB et le nom de l'EJB. Pour JMS, vous pouvez classifier des demandes selon le nom de la destination, qu'il s'agisse d'un sujet ou d'une file d'attente. La configuration de stratégies de service permet d'appliquer des niveaux d'importance différents au travail réel. Vous pouvez utiliser plusieurs stratégies de service pour fournir des services différenciés à des catégories de demandes différentes. Les objectifs de la stratégie de service peuvent différer en terme de performances visées et d'importance.

Le gestionnaire ARFM existe dans le processus du serveur d'applications et contrôle la priorisation des demandes. Il se compose de deux éléments : un contrôleur et une passerelle. La fonction ARFM est implémentée, pour chaque cellule, par un contrôleur et une série de passerelles sur les serveurs d'applications. Les passerelles interceptent et placent en file d'attente les demandes IIOP entrantes alors que le contrôleur vérifie les signaux, ou instructions, envoyés aux passerelles ainsi que le contrôleur de positionnement. Le gestionnaire ARFM peut également comporter le profileur de travail qui estime les caractéristiques de charge de traitement des différents flux de demandes. Ensemble, ces composants peuvent définir de manière appropriée la priorité des demandes entrantes.

Le composant DWLM (Dynamic Workload Management) est une fonction d'Extended Deployment qui applique les mêmes règles que le composant WLM (Workload Management), telles que le routage sur un système de pondération, afin d'établir un système de routage avec des priorités. DWLM est un composant supplémentaire facultatif qui permet de définir de façon autonome les pondérations de routage pour les transmettre à WLM. WLM permet de définir des pondérations statiques dans la console d'administration. A l'aide du gestionnaire DWLM, le système peut modifier les pondérations de manière dynamique en fonction des objectifs de l'entreprise. DWLM peut être désactivé. Si vous souhaitez utiliser les modes d'exploitation pour les composants d'opérations dynamiques, la définition d'une pondération statique WLM peut empêcher le bon fonctionnement de l'option de prise en charge des fluctuations de la demande. Pour IIOP, ces pondérations sont utilisées par le produit Base WebSphere EJB WLM et factorisées à l'emplacement vers lequel les nouvelles demandes de client d'EJB sont dirigées, conformément à la figure ci-dessous.
flux IIOP
DWLM n'a pas d'impact sur le trafic JMS (voir figure 2) ; les destinations représentées dans la figure peuvent s'exécuter dans le même processus géré WebSphere ou dans un processus géré WebSphere différent.
Comme l'illustrent les diagrammes précédents, un flux de demandes régulier est transmis au serveur applications, mais après que le système a défini la catégorie, la priorité et la file d'attente à affecter aux travaux, un volume plus élevé de travaux Platine prioritaires est envoyé pour traitement et un volume plus faible de travaux Bronze moins urgents attend d'être mis en file d'attente. Cependant, comme le travail dont la priorité est inférieure est celui qui est différé le plus longtemps, le taux moyen à long terme du travail Bronze exécuté dans le serveur d'applications n'est pas inférieur au taux moyen à long terme du travail Bronze entrant. Les fonctions de l'environnement d'opérations dynamiques tentent de traiter tous les travaux dans le délai imparti.



Related tasks
Définition d'une stratégie de service

Rubrique Concept    

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/codoerequestflowiiop.html

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