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

Configuration de la régulation 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ées, 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 de régulation standard vers les passerelles. En mode standard, les directives de régulation émanent du contrôleur ARFM par l'intermédiaire des RatesMessages, et sont immédiatement appliquées par le contrôleur de régulation au niveau de la passerelle.

Une régulation est associée à chaque file d'attente de la passerelle ; elle ne se trouve pas à l'état régulé par défaut. En cas d'urgence ou quand des RatesMessages émanent du contrôleur ARFM, elle reçoit des directives du contrôleur de régulation et passe à l'état régulé.

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 la restauration des taux, 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 de régulation 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 de régulation passe par deux phases : emergency_throttle et emergency_unthrottle. Lors de la phase emergency_throttle, la régulation 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.

La régulation en mode urgence est désactivée par défaut. Activez celle-ci uniquement sur demande du service de support IBM®. Les messages ARFM4998W peuvent continuer à apparaître dans le journal si une situation d'urgence est détectée mais cette situation n'entraîne pas une régulation du trafic. Vous pouvez activer la régulation d'urgence en ajoutant l'entrée suivante au fichier REPERTOIRE_PRINCIPAL_WAS/profiles/node/properties/arfm.cfg sur l'hôte du routeur ODR.
EnableEmergencyThrottling=true
Les directives de taux du contrôleur ARFM (lancé par eWLM) sont activées par défaut. Vous pouvez le désactiver par défaut en ajoutant l'entrée suivant au fichier arfm.cfg.
EnableExternalThrottling=false
Pour connaître les autres paramètres de configuration qui peuvent être ajoutés au fichier arfm.cfg, reportez-vous à la liste ci-dessous.
  • 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 la régulation. La valeur par défaut est 20.
  • 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 15000.
  • 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. Le paramètre EmergencyBlackoutMultiplier est un paramètre de configuration qui indique indirectement au capteur le temps d'attente avant alerte. Cet intervalle est égal au produit (multiplication) du paramètre et de l'intervalle anticipé normal entre les messages successifs. La valeur par défaut est 2.
  • EmergencyCPUUtilLimit=x, où x est un entier de 0 à 100 indiquant le repère d'utilisation du processeur sur les noeuds dorsaux, déclenchant la régulation d'urgence. La valeur par défaut est 100.
  • TokenBucketSizeMillis=x, où x est le nombre de jetons pouvant être cumulés dans la file d'attente de la pile de jetons. La valeur par défaut est 1000.


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_odoecnfthrottle
Nom du fichier : cwve_odoecnfthrottle.html