[AIX Solaris HP-UX Linux Windows][z/OS]

Présentation de la hiérarchisation du flux de demandes IIOP et JMS

La hiérarchisation du flux de demandes IIOP (Internet Inter-ORB Protocol) et JMS (Java™ Message Service) est effectuée via les gestionnaires autonomes qui contrôlent le flux de demandes, la hiérarchisation des demandes et la gestion dynamique de la charge de travail. Seules les demandes IIOP provenant d'un client EJB (Enterprise JavaBeans) autonome sont priorisées par la fonction du gestionnaire autonome de flux de demandes (ARFM) de la fonction Gestion intelligente. Les demandes IIOP provenant des clients EJB imbriqués dans un servlet, un service Web ou un autre EJB ne sont pas priorisées. Ce comportement existe car le trafic associé à une même demande utilisateur générale ne doit pas être priorisé sur plusieurs niveaux, tels que le niveau Web et le niveau EJB. Toutefois, étant donné la nature asynchrone du service JMS, il n'existe pas de restrictions liées à l'origine des demandes.

Pour IIOP, les processus du serveur d'applications dorsal hébergeant les applications exécutent les passerelles du gestionnaire autonome de flux de demandes (ARFM). Ces passerelles définissent 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 la fonction Gestion intelligente, 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 de la fonction Gestion intelligente et sur les applications déployées dans la cellule, ainsi que la stratégie de service et les classes de travail associées à ces artefacts de configuration.
Remarque : Le composant ODC peut analyser uniquement des environnements de la fonction Gestion intelligente homogènes.

Une stratégies 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 hiérarchisation 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 qui applique les mêmes principes 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, comme illustré par le diagramme ci-dessous.

Figure 1. Flux IIOP
flux IIOP

DWLM n'a pas d'influence sur le trafic JMS. Les destinations présentées à la figure ci-après peuvent être exécutées dans le même processus géré WebSphere ou dans un processus géré WebSphere différent.

Figure 2. flux JMS
flux JMS

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.


Icône indiquant le type de rubrique Rubrique de concept



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