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

Configuration de l'accélération d'urgence

Le routeur ODR (On-Demand router) et les gestionnaires autonomes associés peuvent atteindre les objectifs fixés en prenant des décisions pertinentes pour traiter des flux de travaux intensifs envoyés au serveur. Le gestionnaire ARFM (Autonomic Request Flow Manager) contrôle la priorisation des demandes HTTP dans le routeur ODR. Les conditions d'urgence sont parfois générées par la détection de surcharges par certains capteurs. Ces situations de surcharge comprennent l'utilisation très élevée des noeuds, les erreurs de communication intermittentes entre le contrôleur ARFM et les passerelles de planification de demandes, ainsi que les erreurs de communication intermittentes entre des générateurs de données de contrôle AsyncPMI et les passerelles. Pour éviter que ces conditions se prolongent ou se produisent et éviter la dégradation des performances associée, les passerelles sont dotées de contrôleurs d'accélération d'urgence qui surveillent et assurent les taux de répartition vers les noeuds dorsaux. Le gestionnaire ARFM est exécuté sur le système dorsal pour les demandes IIOP/JMS.

Le gestionnaire ARFM se compose de deux éléments : un contrôleur et une passerelle. Pour chaque groupe de noeuds, la fonction ARFM est implémentée par un contrôleur et une série de passerelles situées sur les routeurs ODR. Le contrôleur ARFM (déclenché par le contrôleur eWLM s'il est présent sur le système) peut lancer des directives d'accélération standard vers les passerelles. En mode standard, les directives d'accélération émanent du contrôleur ARFM par l'intermédiaire des RatesMessages, et sont immédiatement appliquées par le contrôleur d'accélération au niveau de la passerelle.

Une accélération est associée à chaque file d'attente de la passerelle, dont l'état est "non accéléré" par défaut. En cas d'urgence ou quand des RatesMessages émanent du contrôleur ARFM, elle reçoit des directives du contrôleur d'accélération et passe à l'état accéléré.

Au cas où un ou plusieurs capteurs de surcharge détectent une condition de surcharge, malgré l'accélération standard, le contrôleur d'accélération de passerelle passe en mode urgence. Un capteur d'arrêt complet détecte les anomalies de communication entre un contrôleur ARFM et les passerelles de planification de demandes, ou les anomalies de communication entre des générateurs de données de contrôle AsyncPMI et les passerelles. Le terme arrêt complet signifie que le capteur ne reçoit pas les messages attendus. En mode urgence, le contrôleur d'accélération réduit graduellement les taux de répartition des files d'attente de passerelle jusqu'à ce que le ou les capteurs s'arrêtent. Ensuite, il restaure petit à petit les taux auxquels les paramètres étaient associés avant le mode urgence. Pendant ces opérations, le contrôleur d'accélération s'assure que les directives de taux émanant du contrôleur ARFM ne sont jamais dépassées, préservant ainsi l'intégrité des décisions d'accélération prises par les différents contrôleurs. Ensemble, ces composants peuvent limiter les demandes entrantes selon les besoins.

Plusieurs capteurs détectent des conditions d'urgence, entraînant le passage du contrôleur d'accélération en mode urgence. Chaque capteur peut se trouver dans l'un des deux états suivants : déclenché ou non déclenché. Lors d'une urgence, le contrôleur d'accélération passe par deux phases : emergency_throttle et emergency_unthrottle. Lors de la phase emergency_throttle, l'accélération réduit les délais de file d'attente tant qu'il reste un détecteur enclenché. Lors de la phase emergency_unthrottle, tous les détecteurs retournent à l'état non déclenché et restaurent graduellement tous les délais de file d'attente à la valeur qu'ils avaient avant le mode d'urgence.

Le mode d'accélération d'urgence est activé par défaut (EnableEmergencyThrottlling=true), et vous pouvez le désactiver en modifiant un fichier de configuration sur l'hôte du routeur ODR appelé arfm.cfg et situé dans WAS_HOME/profiles/node/properties/arfm.cfg. Pour désactiver le mode urgence :
  1. Modifiez arfm.cfg.
  2. Ajoutez EnableEmergencyThrottling=false.
Les directives de taux du contrôleur ARFM (lancé par eWLM) sont activées par défaut. Pour désactiver cette fonction, modifiez arfm.cfg comme suit :
  1. Modifiez arfm.cfg.
  2. Ajoutez EnableExternalThrottling=false.
Autres paramètres de configuration que vous pouvez ajouter à arfm.cfg :
  1. EmergencyRateChangeStep=x où x est un entier de 0 à 100 indiquant l'incrément de modification de taux (exprimé en pourcentage) à chaque étape de réduction/augmentation graduelle de l'accélération.
    • La valeur par défaut est EmergencyRateChangeStep=20
  2. EmergencyRateChangeInterval=x où x est la durée en millisecondes entre deux étapes successives de modification de taux en mode urgence.
    • La valeur par défaut est EmergencyRateChangeInterval=15000
  3. EmergencyBlackoutMultiplier=x où x représente un multiplicateur multiplié par des cycles de messages normaux utilisés en entrée vers le détecteur d'arrêt complet d'urgence. EmergencyBlackoutMultiplier est un paramètre de configuration qui indique indirectement au capteur le temps d'attente avant alerte. Cet intervalle est égale au produit (multiplication) du paramètre EmergencyBlackoutMultiplier et de l'intervalle anticipé normal entre les messages successifs.
    • La valeur par défaut est EmergencyBlackoutMultiplier=2
  4. EmergencyCPUUtilLimit=x où x est un entier de 0 à 100 indiquant le repère d'utilisation de l'UC sur les noeuds dorsaux, déclenchant l'accélération d'urgence.
    • La valeur par défaut est EmergencyCPUUtilLimit=100
  5. TokenBucketSizeMillis=x. Ce paramètre spécifie indirectement le nombre de jetons accumulés dans l'emplacement d'une file d'attente.
    • La valeur par défaut est TokenBucketSizeMillis=1000



Related tasks
Configuration du gestionnaire autonome de flux de demandes

Rubrique Concept    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 9:57:08 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/todoecnfthrottle.html

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