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

Configuración del regulador de emergencias

El direccionador On Demand (ODR) y los gestores autónomos asociados pueden dar soporte a objetivos empresariales en momentos de intensos flujos de solicitudes tomando decisiones inteligentes relacionadas con el trabajo que entra en el servidor. El gestor de flujo de solicitudes autónomo (ARFM) controla la prioridad de solicitudes HTTP en el ODR. Algunas veces, las situaciones de emergencia aparecen cuando determinados sensores detectan situaciones de sobrecarga. Estas situaciones de sobrecarga incluyen una utilización de nodos extremadamente alta, anomalías de comunicación intermitente entre el controlador ARFM y las pasarelas de planificación de solicitudes y anomalías de comunicación intermitente entre los generadores de datos de supervisión de AsyncPMI y las pasarelas. Para impedir que estas situaciones se prolonguen, si se producen, y la degradación que ello comporta en el rendimiento, las pasarelas están equipadas con controladores de reguladores de emergencia que controlan y protegen las velocidades de envíos de peticiones a los nodos de programas de fondo. ARFM se maneja en el programa de fondo de las solicitudes IIOP/JMS.

El ARFM consta de dos partes: un controlador y una pasarela. La función de ARFM la implementa, para cada grupo de nodos, un controlador más una colección de pasarelas en los direccionadores On Demand (ODR). El controlador de ARFM (activado pro el controlador eWLM, si está disponible en el sistema) puede iniciar directivas reguladoras típicas para las pasarelas. En la modalidad típica, las directivas reguladoras proceden del controlador de ARFM a través de RatesMessages, y el controlador del regulador los impone inmediatamente en la pasarela.

Hay un regulador conectado a cada cola de la pasarela y no está en el estado regulado de forma predeterminada. Cuando se produce una emergencia o cuando llegan mensajes de velocidad del controlador de ARFM, éste recibe directivas del controlador del regulador y pasa a estado regulado.

Si uno o más sensores de sobrecarga detectan una condición de sobrecarga, a pesar de la regulación típica, el controlador del regulador de pasarela pasa a modalidad de emergencia. Un sensor de suspensión de transmisión de emergencia detecta anomalías en la comunicación entre un controlador de ARFM y pasarelas de planificación de solicitudes o anomalías en la comunicación entre los generadores de datos de supervisión AsyncPMI y las pasarelas. El término suspensión de transmisión significa que el sensor no recibe los mensajes esperados. En modalidad de emergencia, el controlador del regulador reduce de forma gradual las velocidades de entrega de las colas de pasarela hasta que los sensores sobrecargados detienen la emisión de avisos. A continuación, restaurará de forma gradual las velocidades a sus valores originales previos a la modalidad de emergencia. Mientras se restauran las velocidades, el controlador del regulador garantiza que las directivas de velocidad del controlador de ARFM nunca se excedan y así se mantienen la integridad de las decisiones reguladoras realizadas por distintos controladores. El funcionamiento conjunto de estos componentes permite limitar correctamente las solicitudes de entrada.

Varios sensores detectan las situaciones de emergencia, lo que provoca que el controlador del regulador pase a modalidad de emergencia. Cada sensor puede estar en uno de dos estados: activado o desactivado. Durante una situación de emergencia, hay dos fases para el controlador del regulador: emergency_throttle y emergency_unthrottle. Durante la fase emergency_throttle, el regulador reduce la velocidad de todas las colas siempre y cuando uno de los sensores siga estando activado. En la fase emergency_unthrottle, todos los sensores pasan al estado no activado y las velocidades de todas las colas se restauran de forma gradual a los valores originales que tenían antes de entrar en modalidad de emergencia.

La regulación de emergencias está inhabilitada de manera predeterminada. Habilite la regulación de emergencias sólo si el soporte de IBM® le indica que así lo haga. Los mensajes ARFM4998W podrían seguir visualizándose en el registro si se detecta una condición de emergencia, sin embargo, esta condición no regula el tráfico. Puede habilitar el regulador de emergencias añadiendo la siguiente entrada en el archivo WAS_HOME/profiles/node/properties/arfm.cfg en el host de ODR.
EnableEmergencyThrottling=true
La imposición de directivas de velocidad desde el controlador ARFM (iniciada por eWLM) está habilitada de forma predeterminada. Puede inhabilitarlo añadiendo la siguiente entrada en el archivo arfm.cfg.
EnableExternalThrottling=false
Consulte la lista siguiente para ver otros parámetros de configuración que puede añadir al archivo arfm.cfg.
  • EmergencyRateChangeStep=x donde x es un entero comprendido entre 0 y 100, que especifica el cambio de porcentaje en la velocidad en cada paso de la reducción/aumento gradual de la velocidad del regulador. El valor predeterminado es 20.
  • EmergencyRateChangeInterval=x donde x es el tiempo transcurrido entre dos pasos sucesivos de cambio de velocidad en la modalidad de emergencia en milisegundos. El valor predeterminado es 15000.
  • EmergencyBlackoutMultiplier=x donde x es un multiplicador multiplicado por distintos ciclos de mensajes normales utilizados como entrada para el sensor de corte de electricidad de emergencia. El parámetro EmergencyBlackoutMultiplier es un parámetro de configuración que indica al sensor indirectamente cuánto tiempo debe esperar antes de la activación. Este intervalo se determina como el producto (multiplicación) del parámetro y el intervalo anticipado normal entre mensajes sucesivos. El valor predeterminado es 2.
  • EmergencyCPUUtilLimit=x donde x es un entero comprendido entre el 0 y 100, que especifica la marca de límite en los nodos de fondo, que desencadenan la regulación de emergencias. El valor predeterminado es 100.
  • TokenBucketSizeMillis=x donde x es el número de señales que se puede acumular en la cola de cubeta de señales. El valor predeterminado es 1000.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoecnfthrottle
File name: cwve_odoecnfthrottle.html