Puede ajustar con precisión el gestor de flujos de solicitudes autónomo (ARFM) cambiando los valores predeterminados de la consola administrativa.
Para cambiar los valores del gestor de flujo de solicitudes autónomo, debe tener privilegios administrativos de operador, configurador o administrador. Los operadores sólo pueden ver la información en la pestaña de configuración, pero pueden cambiar los valores en la pestaña de tiempo de ejecución. Los configuradores pueden cambiar los valores en la pestaña de configuración, pero no pueden cambiar los valores en la pestaña de tiempo de ejecución. Los administradores tienen todos los privilegios.
Cuando está habilitada la seguridad, algunos campos no son editables sin la autorización de seguridad adecuada.
Si utiliza el producto Compute Grid con el producto WebSphere Virtual Enterprise, se da soporte a la función de ubicación de aplicaciones dinámicas con el planificador de trabajos. El controlador de ubicación de aplicaciones, junto con el planificador y el gestor de flujo de solicitudes autónomo, proporcionan protección de sobrecarga de servidores, siempre que las cargas de trabajo en línea y por lotes estén en clústeres dinámicos. Esta protección de sobrecarga no está soportada para los clústeres estáticos. Puesto que los trabajos por lotes pueden consumir mucha capacidad del procesador y ejecutarse durante un largo periodo de tiempo, se podría exceder el límite de utilización del servidor.
Si el producto WebSphere Virtual Enterprise está instalado con el producto Compute Grid, el planificador de trabajos consulta el controlador de ubicación de aplicaciones durante su proceso de selección de punto final. Puede configurar el conjunto de propiedades personalizadas UseAPCEndpointSelection en false en el planificador de trabajos para inhabilitar la integración el controlador de ubicación de aplicaciones y la integración del planificador de trabajos. Utilice esta propiedad personalizada para inhabilitar el controlador de ubicación de aplicaciones durante el proceso de selección de punto final del planificador de trabajos.
Campo | Finalidad | Sugerencias para su definición |
---|---|---|
Periodo de adición | Cada pasarela del ARFM divulga periódicamente estadísticas globales y este parámetro especifica el periodo. Estadísticas notificadas por el soporte de pasarelas: diagramas de tiempo de ejecución en la consola administrativa, funcionamiento de los controladores del ARFM, funcionamiento del controlador de ubicación de aplicaciones y funcionamiento de los perfiles de trabajo. | Cuando establezca el periodo de adición, asegúrese de que el valor sea lo suficientemente alto como para permitir la recopilación de un número suficiente de muestras de rendimiento. Las pasarelas recopilan las muestras de cada solicitud. Para producir medidas estadísticas adecuadas se necesitan unos cuantos cientos de muestras. Por ejemplo, las solicitudes asociadas a una clase de servicio se ejecutan en 250 milisegundos y como media se ejecutan 10 solicitudes de forma simultánea. 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 puede verse en los paneles de visualización, bajo la categoría Operaciones de tiempo de ejecución de la consola. Como resultado, la clase de servicio maneja unas 40 solicitudes por segundo. Por lo tanto, si se establece el valor del periodo de adición en 15 segundos se recopilarán 600 muestras por cada periodo de adición. Las métricas proporcionadas por un sondeo de 600 muestras son útiles y fiables. Si se establece un periodo de adición demasiado bajo las métricas de rendimiento no serán fiables. Las métricas de rendimiento derivadas de un número bajo de muestras tienen mucho más ruido y son menos fiables que las de un tamaño de muestra mayor. Como el controlador del ARFM se activa cuando se producen nuevas estadísticas, si se establece un valor del periodo de adición demasiado largo los valores de control se volverán a calcular con menor frecuencia. Por lo tanto, WebSphere Virtual Enterprise será menos sensible a los cambios repentinos en las intensidades y los patrones del tráfico. |
Longitud mínima del ciclo de control | Este parámetro define la frecuencia con que se activa el controlador del ARFM. La activación del controlador es el proceso de evaluar las entradas y producir nuevos valores de control como resultado de la entrada recibida. El proceso de activación de un controlador del ARFM se inicia cuando se reciben nuevas estadísticas de una sus pasarelas y el tiempo transcurrido desde la activación anterior es mayor o igual que la longitud mínima del ciclo de control, o el controlador nunca se ha activado anteriormente. | Este valor determina la longitud del ciclo de control con un límite inferior. Por ejemplo, si sólo dispone de un ODR y establece el periodo de adición en 30 segundos y la longitud mínima del ciclo de control en 60 segundos, es posible que se encuentre con que a las 12:00:00.0 se produce una activación y 90,1 segundos más tarde la siguiente, a las 12:01:30.1, porque la hora de llegada de las estadísticas anteriores era a las 12:00:59.9. Para garantizar un ciclo de control fiable de unos 60 segundos, establezca la longitud mínima del ciclo de control en 58 ó 59 segundos. |
Ventana de suavizado | Este valor define la sensibilidad de reacción del controlador del ARFM ante las estadísticas de entrada de la pasarela, permitiendo la concatenación de estadísticas de la pasarela. En cada pasarela, su controlador del ARFM utiliza una media móvil de algunos de los últimos informes de estadísticas de esa pasarela. La ventana de suavizado controla el número de informes que se combinan. | Un valor bajo de ventana de suavizado hace que el controlador sea más sensible y reaccione más rápidamente. Sin embargo, un parámetro bajo también crea una reacción más sensible al ruido, o anomalías, en los datos. El producto de la ventana de suavizado y el periodo de adición debe ser aproximadamente el mismo que la longitud del ciclo de control real, que es a veces ligeramente superior que la longitud mínima del ciclo de control configurada. |
Longitud máxima de cola | Este parámetro se utiliza para limitar la longitud de cada cola del ARFM a un número máximo de solicitudes que pueden mantenerse en la cola. ARFM divide todo el tráfico de entrada en flujos y tiene una cola diferente para cada flujo. Los flujos particulares incluyen solicitudes que tienen una clase de servicio determinada, se les proporciona servicio en un destino de despliegue determinado o pasan por un ODR determinado. Cuando llega una solicitud y la cola está llena, se rechaza la solicitud. |
Un parámetro más bajo en este campo aumenta las posibilidades de que se rechace una solicitud como consecuencia de aumentos de tráfico de corta duración, mientras que un parámetro más alto en este campo podría hacer que las solicitudes permaneciesen más tiempo en las colas. Las solicitudes en cola consumen memoria. El valor predeterminado es 1000, pero puede probar con otros valores para encontrar el más adecuado para su entorno. |
Utilización máxima de CPU | El ARFM proporciona protección contra sobrecarga, además de sus capacidades de establecer prioridades. Un ARFM pondrá en cola las solicitudes en sus pasarelas para evitar sobrecargar los servidores de aplicaciones. En este release, la carga se determina por la utilización del procesador en el primer nivel de servidores de aplicaciones. El parámetro de utilización máxima de CPU indica al ARFM la cantidad de carga que debe permitir en los servidores. En situaciones con grandes picos, este límite de utilización podría superarse un poco. |
Con los valores más altos se obtienen una utilización mejor de los recursos y los valores más bajos presentan un funcionamiento más potente. La carga real es variable y ruidosa. Las técnicas de gestión de rendimiento en WebSphere Virtual Enterprise reaccionan ante los cambios de la carga, pero con algún tiempo de retraso. Durante el período de tiempo de reacción, es posible que el sistema funcione fuera de la región configurada, esto incluye un uso del procesador por encima del configurado. Se ha observado que el funcionamiento con un servidor de aplicaciones cuyo uso del procesador es del 100% durante varios minutos interrumpe algunos mecanismos de las comunicaciones internas, resultando en un detrimento de muchas funciones. La gestión del rendimiento en este release de WebSphere Virtual Enterprise no funciona correctamente si el primer nivel de las máquinas del servidor de aplicaciones se carga con otro trabajo, además de las solicitudes de WebSphere que llegan a través de HTTP mediante los ODR. Este valor afecta a la ubicación de aplicaciones. Si la demanda total prevista está por encima del límite Máximo de utilización de la CPU, el controlador de ubicación reduce uniformemente la demanda de todos los clústeres dinámicos antes de calcular la mejor ubicación. Establezca la propiedad personalizada arfmManageCpu en false para inhabilitar la protección de sobrecarga del procesador y la priorización de solicitudes. arfmManageCpu es una propiedad personalizada de célula que debe crear. |
Control de admisión para la protección contra sobrecargas de CPU | El objetivo del control de admisión para la protección contra sobrecargas de procesador es no aceptar deliberadamente diálogos basándose en juicios relacionados con cuánto puede aceptarse sin sobrecargar el sistema en los nodos que se están gestionando y comprometer el tiempo de respuesta de los mensajes aceptados. El valor de Control de admisión para la protección contra sobrecargas de CPU sólo se aplica a HTTP y SIP (Session Initiation Protocol - Protocolo de iniciación de sesión); no se aplica a IIOP ni JMS. Habilítelo cuando la cola para la protección contra sobrecargas del procesador no sea suficiente, cuando es importante realizar rechazos deliberados de parte de la carga ofrecida. |
Está inhabilitado de forma predeterminada. Para configurarlo:
El control de admisión para la protección contra sobrecargas del procesador está funcionando si, en un sistema con una carga elevada, la utilización del procesador es aproximadamente igual al valor de protección contra sobrecargas de procesador. |
Si desea más información, consulte Protección contra sobrecarga de memoria . |
Especifica el porcentaje máximo de tamaño de almacenamiento dinámico que se debe utilizar para cada servidor de aplicaciones. |
Porcentaje máximo de tamaño de almacenamiento dinámico de WebSphere Application Server que se debe utilizar. Establezca el valor en un valor menor que 100. |
Política de rechazo de solicitud | Especifica el comportamiento de las solicitudes HTTP, SIP y SOAP que se asocian a un objetivo de rendimiento cuando se detecta una condición de sobrecarga. |
Elija una de las opciones para determinar cuándo se deben rechazar mensajes para evitar la sobrecarga de la CPU. Puede no rechazar ningún mensaje, o especificar un valor de umbral de rechazo que determine cuándo se deben rechazar los mensajes. El valor predeterminado es no rechazar ningún mensaje. El trabajo discrecional se supone que tiene un umbral de tiempo de respuesta de 60 segundos. |
Utilice los documentos de mustGather para solucionar los problemas del gestor de flujo de solicitudes autónomo y de la ubicación de aplicaciones. El equipo de soporte proporciona y mantiene los documentos de mustGather para cada versión de WebSphere Extended Deployment.