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

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

La fonction Gestion intelligente permet de définir des objectifs de performance et de les lier à des sous-ensembles spécifiques du trafic entrant. Le routeur On Demand (ODR) et les gestionnaires autonomes associés peuvent atteindre les objectifs fixés en période de forte sollicitation, en prenant des décisions pertinentes au niveau de la gestion de la charge et des travaux envoyés au routeur ODR. Tous les travaux de votre configuration ne sont pas d'une égale importance. Le routeur ODR peut prendre en charge ce concept en acheminant plus ou moins rapidement des flux de demandes différents, l'objectif étant d'atteindre une répartition optimale et de garantir la qualité de service.

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 routeur ODR peut acheminer des demandes HTTP vers des serveurs WebSphere Application Server Network Deployment et des serveurs qui n'exécutent pas de logiciel WebSphere. Comme le plug-in de serveur Web pour WebSphere Application Server, le routeur ODR recourt à l'affinité de session pour le routage des demandes de travaux. 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 On Demand ; pour Java™ Message Service (JMS) et IIOP, les processus proxy sont les serveurs d'applications 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. Le gestionnaire WLM de WebSphere Application Server Network Deployment ne se limite pas aux routeurs On Demand mais traite également le trafic IIOP lorsque le client utilise WebSphere Application Server Java Development Kit (JDK) et la fonction ORB (Object Request Broker) et que le routage local préféré n'est pas utilisé.

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.

Figure 1. Traitement du flux de demandes par le routeur On Demand
Flux de demandes Platine, Or et Bronze traités par le routeur On Demand, qui hiérarchise, met en file d'attente et achemine les demandes par ordre d'importance.

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_odoerequestflow
Nom du fichier : cwve_odoerequestflow.html