Utilice este panel para configurar el gestor de flujo de solicitudes autónomo (ARFM). El gestor de flujo de solicitudes autónomo (ARFM) gestiona los mensajes entrantes para las aplicaciones: determina si los servidores de middleware pueden darles servicio y cuándo pueden hacerlo. Para tráfico HTTP y SIP (Session Initiation Protocol), las acciones de gestión tienen lugar en los direccionadores On Demand. Para mensajes JMS (Java Message Service) e IIOP (Inter-ORB Protocol), las acciones de gestión tienen lugar en los servidores de aplicaciones.
Para ver esta página de la consola administrativa, pulse
.El gestor de flujo de solicitudes autónomo (ARFM) está formado por dos elementos: un controlador y una pasarela. Un controlador y una colección de pasarelas en los direccionadores On demand (ODR) implementan la funcionalidad de ARFM para cada célula. Las pasarelas interceptan y colocan en cola las solicitudes entrantes, mientras que el controlador proporciona señales de control, o indicaciones, a las pasarelas y al controlador de ubicación. Los dos componentes trabajan de forma conjunta para dar prioridades a las solicitudes entrantes.
Para gestionar el tráfico HTTP, puede utilizar un algoritmo basado en nodos. Para habilitar el ARFM basado en nodos, establezca la propiedad personalizada de célula arfmQueueMode.
Con el ARFM basado en nodos, las colas y la protección contra sobrecargas de CPU se realiza a nivel de nodo. No hay ningún otro controlador ni pasarela implicada.
Según sea el rol administrativo, existen privilegios específicos permitidos a la hora de configurar el gestor de flujo de peticiones autónomo. En esta lista se muestran los roles administrativos y los privilegios para configurar el gestor de flujo de solicitudes autónomo:
Habilitar seguridad. Cuando la seguridad está habilitada, algunos campos no se pueden editar sin la autorización de seguridad adecuada.
Cada pasarela ARFM difunde estadísticas agregadas de forma periódica y es en este campo donde se especifica este periodo. El valor predeterminado es de 5 segundos.
Esta propiedad no se aplica a ARFM basado en nodos.
Cuando se establece el periodo de agregación, hay que establecer un valor lo suficientemente elevado como para dar soporte a la recopilación de un número suficiente de muestras de rendimiento. Las pasarelas recopilan muestras de cada solicitud. Para crear una buena medición estadística, se necesitan algunos centenares de muestras. Por ejemplo, las solicitudes asociadas a una clase de servicio se ejecutan en 250 milisegundos y, de promedio, 10 solicitudes se ejecutan de forma concurrente. El valor de concurrencia se calcula de forma automática, basándose en el tamaño del clúster y en los recursos del entorno. El valor de concurrencia se puede ver en los paneles de visualización bajo Operaciones de tiempo de ejecución en la consola administrativa.
Como resultado, la clase de servicio maneja alrededor de 40 solicitudes por segundo. Si se establece un valor de periodo de agregación de 15 segundos, se dará lugar a la recopilación de 600 muestras en cada periodo de agregación. Las métricas que un grupo de 600 muestras proporcionan son útiles y fiables.
Si se establece un valor de periodo de agregación demasiado bajo dará lugar métricas de rendimiento poco fiables. Las métricas de rendimiento que se obtienen de menos muestras son menos fiables que las de un número de muestras mayor. Puesto que el controlador ARFM se activa cuando se crean nuevas estadísticas, si se establece un valor de periodo de agregación demasiado grande se dará con una menor frecuencia el recálculo de los valores de control. Por lo tanto, el producto responderá más lentamente ante cambios súbitos en los patrones e intensidad de tráfico.
Define con qué frecuencia se activa el controlador ARFM. El valor predeterminado es de 59 segundos.
Esta propiedad no se aplica a ARFM basado en nodos.
La activación del controlador es el proceso de evaluar la entrada y crear unos nuevos valores de control como resultado de las entradas recibidas. El proceso de activación de un controlador ARFM comienza cuando se reciben nuevas estadísticas de una de sus pasarelas, y el tiempo transcurrido desde la última activación es mayor o igual a la longitud mínima de ciclo de control, o si el controlador no se ha activado nunca.
Define la sensibilidad de la reacción del controlador ARFM frente a las estadísticas de entrada de las pasarelas, permitiendo la concatenación de las estadísticas de las pasarelas. El valor por omisión es 12.
Esta propiedad no se aplica a ARFM basado en nodos.
El controlador ARFM de cualquier pasarela utiliza un promedio de ejecución de algunos de los últimos informes de estadísticas provenientes de dicha pasarela. La ventana de suavizado controla el número de informes que se han de combinar. Un valor bajo para la ventana de suavizado hace que el controlador sea más sensible y da soporte a una reacción más rápida. Sin embargo, un valor bajo también da lugar a una reacción más sensible frente al ruido o a las anomalías en los datos.
El producto de la ventana de suavizado y el periodo de agregación es aproximadamente el mismo que la longitud del ciclo de control real, que a veces es algo mayor que la longitud mínima de ciclo de control configurada.
Relaciona la longitud de cada cola ARFM con el número máximo de solicitudes que se pueden mantener en la cola.
ARFM tiene una cola independiente por cada combinación de direccionadores On Demand, grupos de nodos, clases de servicio y destinos de despliegue. Cuando llega una solicitud y la cola está llena, se rechaza la solicitud. Un parámetro bajo en este campo incrementa la posibilidad de que se rechace una solicitud debido a un incremento rápido e intenso del tráfico, mientas que un parámetro elevado permite que las solicitudes permanezcan más tiempo en las colas. Las solicitudes en cola utilizan memoria. El valor predeterminado es 1000, pero es mejor comprobar este valor para determinar el que mejor se adapta a su entorno.
El ARFM basado en nodos tiene una cola independiente para cada nodo y cada clúster. Esta propiedad hace referencia al número total de solicitudes en cola permitidas.
Especifica el porcentaje máximo del tamaño del almacenamiento dinámico que se puede utilizar para cada servidor de aplicaciones. Esta propiedad se aplica a los mensajes HTTP y SIP (Session Initiation Protocol). El valor predeterminado es 100%.
Especifica el porcentaje máximo de utilización de CPU para los nodos de middleware. El ARFM considera el clúster en su totalidad cuando se calcula el uso de CPU. Cuando la utilización de la CPU supera este porcentaje, se considera que el clúster está sobrecargado. El ARFM considera el clúster en su totalidad cuando se calcula el uso de CPU. El valor predeterminado es 90%.
El ARFM basado en nodos considera el uso de la CPU en base a nodo por nodo. Cuando la utilización de la CPU supera el porcentaje de uso máximo, se considera que el nodo está
sobrecargado. El valor predeterminado es 90%.
Una política de rechazo evita que se sobrecargue una CPU al rechazar mensajes SIP y HTTP que no son parte de sesiones o diálogos que ya existen.