![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Intelligent Management: problemas de prioridad de solicitudes
Ocasionalmente, puede encontrar un comportamiento de prioridad de solicitudes que no es el previsto. Puede buscar algunos elementos comunes cuando la prioridad del flujo de solicitudes no funciona del modo previsto.
Las solicitudes HTTP son todas discrecionales
Acción | Realizada por |
---|---|
Compruebe que se hayan creado las políticas de servicio. | En la consola administrativa, pulse Nuevo. | . Todas las políticas de servicio definidas actualmente se visualizan. Si la política de servicio no figura en la lista, configure una nueva política de servicio pulsando
Compruebe que las políticas de servicio se apliquen a los URI de aplicación correctos. | En la consola administrativa, pulse Clases
de transacción. Para crear una clase de transacción, pulse
Nuevo. Si no ve los miembros de la clase de transacción que está buscando, compruebe que no estén ya asignados a otra política de servicio. Además, asegúrese de que la aplicación a la que desea aplicar una política de servicio está desplegada en el entorno. |
.
Compruebe que las clases de transacciones asignadas estén en el campo
No existe una diferenciación de una política de servicio
La diferenciación del tiempo de respuesta resulta aparente a medida que el grupo de nodos alcanza el umbral máximo de uso de la CPU, lo que se produce cuando todos los nodos del grupo de nodos están utilizándose al completo. En un entorno dinámico, se puede configurar el controlador de ubicación de aplicaciones para que inicie más instancias de aplicaciones para dar abasto a las solicitudes de trabajo y reducir la carga en servidores individuales.
El uso de CPU continúa siendo del 100% en uno o más nodos de programa de fondo
ARFM calcula de forma continuada la carga de cada clase de transacción en el sistema y optimiza continuamente la distribución de la carga. Para garantizar la optimización del ARFM, permita que el ARFM reúna información de carga durante un periodo de tiempo de modo que pueda ajustarse de forma precisa.
Compruebe que está agrupando de forma coherente las clases de transacciones. Por ejemplo, evite la agrupación de URI con tiempos de servicio largos en la misma clase de transacción que los URI con tiempos de servicios cortos. Si se combinan las solicitudes con demandas muy diferentes en la misma clase de transacción, ARFM genera cálculos imprecisos. Para modificar las clases de transacción, pulse
y compruebe en el campo de clase de transacción que está realizando las agrupaciones de forma coherente.En una célula heterogénea, no todos los nodos de la célula se utilizan del mismo modo.
El sistema funciona tal y como se ha diseñado. Load Balancer intenta igualar el tiempo de respuesta en todos los nodos de programas de fondo de un clúster. Si un nodo es menos potente que otro, Load Balancer puede distribuir menos trabajo al nodo menos potente de modo que el tiempo de respuesta sea parecido al tiempo de respuesta de un nodo más rápido.