Présentation de la fonction de définition de la priorité des demandes

Rôle du routeur ODR

Le routeur ODR est un serveur qui agit en tant que proxy HTTP ou SIP. Il contient le gestionnaire autonome de flux de demandes (ARFM). Le gestionnaire ARFM priorise le trafic entrant selon la configuration de la stratégie de service et évite la surcharge des serveurs en aval. Le trafic est géré pour un équilibre de performances optimal en fonction des stratégies de service configurées et de la charge. Notez que, dans le cas d'un message UDP (User Datagram Protocol) ou SIP (Session Initiation Protocol) entrant, le routeur ODR peut acheminer le message vers un autre routeur ODR afin de rechercher et de gérer de façon appropriée les retransmissions UDP.

Le composant ODC (configuration à la demande) permet au routeur ODR de détecter l'environnement. Il configure dynamiquement les stratégies de routage lors de l'exécution pour permettre au routeur ODR d'acheminer correctement le trafic à ces serveurs d'applications. Un ODR est capable d'acheminer les requêtes HTTP vers des serveurs WebSphere® Application Server Network Deployment et les serveurs qui n'utilisent pas le logiciel WebSphere. L'ODR, tout comme le plug-in du serveur Web pour WebSphere Application Server utilise l'affinité de session pour l'acheminement des demandes de travail. Une fois une session établie sur un serveur, les demandes de travail ultérieures de cette session sont dirigées vers le serveur d'origine, pour optimiser l'utilisation de la cache et réduire les demandes aux ressources dorsales.

Stratégies de service

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. A l'aide d'une stratégie de service, vous pouvez classifier des demandes basées sur des attributs propres, tels que l'URI, le nom et l'adresse du client et l'ID utilisateur ou le groupe. 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 stratégies de service peuvent différer en termes de performances visées et d'importance.

Gestionnaire autonome de flux de demandes (ARFM)

Le gestionnaire autonome de flux de demandes (ARFM) réside sur le routeur ODR et contrôle la hiérarchisation des demandes. Lorsque les composants suivants du gestionnaire autonome de flux de demandes fonctionnent ensemble, ils sont en mesure de prioriser correctement les demandes entrantes :

• Un contrôleur de puissance de traitement par cellule cible, c'est-à-dire une cellule à laquelle certaines passerelles ARFM envoient des travaux directement. Il s'agit d'un objet HAManagedItem pouvant s'exécuter dans n'importe quel agent de noeud, routeur ODR ou gestionnaire de déploiement.
• Une passerelle par combinaison utilisée de famille de protocoles, processus proxy et cible de déploiement. Une passerelle s'exécute dans son processus proxy. Pour HTTP et SIP, les processus proxy sont les routeurs à la demande; pour Java™ Message Service (JMS) et IIOP, les processus proxy sont les serveurs d'application WebSphere.
• Un outil d'estimation de facteur de travail par cellule cible. Il s'agit d'un objet HAManagedItem pouvant s'exécuter dans n'importe quel agent de noeud, routeur ODR ou gestionnaire de déploiement.

Le composant DWLM (Dynamic Workload Management)

Le composant DWLM (Dynamic Workload Management) est une fonction du routeur ODR qui applique les mêmes règles que le composant WLM (Workload Management), tels que le routage sur un système de pondération, afin d'établir un système de routage avec des priorités. Le gestionnaire DWLM définit de façon autonome les pondérations de routage à 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. WebSphere Application Server Network Deployment WLM n'est pas limité aux routeurs à la demande, mais s'applique également au trafic IIOP lorsque le client utilise WebSphere Application Server Java Development Le kit (JDK) et l'ORB (Object Request Broker) et le routage local préféré ne sont pas utilisés.

Le graphique ci-dessous illustre un flux de demandes régulier transmis au routeur ODR. Les termes de platine, or et bronze sont utilisés pour refléter, par ordre décroissant, l'importance des travaux. Une fois 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 prioritaires (platine) est traité, alors qu'un volume plus faible de travaux moins importants (bronze) est placé en file d'attente. Etant donné que les travaux de type bronze sont différés, le taux moyen à long terme des "bronzes" quittant le routeur ODR n'est pas inférieur au taux moyen à long terme des "bronzes" entrants. Les opérations dynamiques traitent tous les travaux dans le délai imparti.