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

Visión general de la prioridad del flujo de solicitudes

Con Intelligent Management, puede definir objetivos de rendimiento y vincularlos a subconjuntos específicos del tráfico de entrada. El direccionador on demand (ODR) y los gestores autónomos asociados soportan los objetivos empresariales en momentos de una alta carga tomando decisiones inteligentes de gestión de carga de trabajo sobre el trabajo que se está enviando a través del ODR. No todo el trabajo de la configuración es igual de importante. El ODR puede soportar este concepto reenviando distintos flujos de solicitudes más o menos rápidamente para conseguir el mejor resultado equilibrado y mantener la calidad de servicio.

Rol del ODR

El ODR es un servidor que actúa como un proxy HTTP o un proxy SIP. Un ODR contiene el gestor de flujo de solicitudes autónomo (ARFM). ARFM prioriza el tráfico entrante de acuerdo con la configuración de la política de servicio y protege los servidores en sentido descendente contra sobrecargas. El tráfico se gestiona para lograr un rendimiento equilibrado óptimo, teniendo en cuenta las políticas de servicio configuradas y la carga ofrecida. Tenga en cuenta que para un mensaje de entrada UDP (User Datagram Protocol) o SIP (Session Initiation Protocol), el ODR puede direccionar el mensaje a otro ODR para comprobar correctamente y manejar las retransmisiones de UDP.

El componente de configuración On Demand (ODC) permite al ODR reconocer su entorno. ODC configura dinámicamente las reglas de direccionamiento en tiempo de ejecución para permitir que el ODR direccione correctamente el tráfico hacia esos servidores de aplicaciones. Un ODR puede direccionar las solicitudes HTTP a los servidores WebSphere Application Server Network Deployment y los servidores que no ejecutan el software WebSphere. El ODR, al igual que el plug-in del servidor web para WebSphere Application Server, utiliza la afinidad de sesiones para direccionar solicitudes de trabajo. Después de establecer una sesión en un servidor, las posteriores solicitudes de trabajo para la misma sesión irán al servidor original, lo que maximiza el uso de la memoria caché y reduce las consultas a recursos de programas de fondo.

Políticas de servicio

Una política de servicio es una categorización definida por un usuario que se asigna a un trabajo potencial como un atributo leído por ARFM. Puede utilizar una política de servicio para clasificar solicitudes basadas en atributos de solicitudes, incluido el URI, la dirección y el nombre del cliente y el ID de usuario o el grupo. Al configurar las políticas de servicio, se aplicarán distintos niveles de importancia al trabajo real. Puede utilizar varias políticas de servicio para entregar servicios diferenciados a distintas categorías de solicitudes. Los objetivos de la política de servicio pueden diferir en los destinos de rendimiento así como en la importancia.

El gestor de flujo de solicitudes autónomo (ARFM)

El ARFM existe en ODR y controla la prioridad de solicitudes. Cuando los siguientes componentes que contiene ARFM trabajan conjuntamente, podrán priorizar correctamente las solicitudes de entrada:

  • Un controlador de capacidad de proceso por célula de destino. Es decir, una célula a la que algunas pasarelas de ARFM envían directamente el trabajo. Es un HAManagedItem que puede ejecutarse en cualquier agente de nodo, ODR o gestor de despliegue.
  • Una pasarela por combinación utilizada de familia de protocolo, proceso de proxy y destino de despliegue. Una pasarela se ejecuta en su proceso de proxy. Para HTTP y SIP, los procesos de proxy son los direccionadores on demand; para Java™ Message Service (JMS) e IIOP, los procesos de proxy son los servidores de aplicaciones WebSphere.
  • Un estimador de factor de trabajo por célula de destino. Es un HAManagedItem que puede ejecutarse en cualquier agente de nodo, ODR o gestor de despliegue.

Gestión de carga de trabajo dinámica (DWLM)

La gestión de la carga de trabajo dinámica (DWLM) es una característica de ODR que aplica los mismos principios que la gestión de carga de trabajo (WLM), por ejemplo, el direccionamiento basado en un sistema de pesos que establece un sistema de direccionamiento con prioridades. DWLM establece automáticamente los pesos de direccionamiento en WLM. Con WLM, se establecen manualmente pesos estáticos en la consola administrativa. Con DWLM, el sistema puede modificar dinámicamente los pesos para que se mantengan actualizados con los objetivos de la empresa. DWLM se puede concluir. Si tiene pensado utilizar las modalidades operativas automáticas para los componentes de operaciones dinámicas, al establecer un peso estático de WLM en alguno de los clústeres dinámicos podría impedir que la función On Demand del producto opere con normalidad. WLM de WebSphere Application Server Network Deployment no se limita a los direccionadores on demand, sino que también se aplica al tráfico IIOP cuando el cliente utiliza WebSphere Application Server Java Development Kit (JDK) y no utiliza el intermediario para solicitudes de objetos (ORB) y el direccionamiento de preferencia local.

En el siguiente diagrama se muestra una cantidad igual de flujo de solicitudes en el ODR. Para describir un orden de importancia descendente se utilizan platino, oro y bronce respectivamente. Después de clasificar, asignar prioridad y poner en cola el trabajo, se procesa un volumen más alto de trabajo más importante (platino), mientras que un volumen menor de trabajo (bronce) menos importante se pone en cola. Debido a que bronce se demora, la velocidad media a largo plazo de bronce saliendo de los ODR no es menor que la velocidad media a largo plazo de bronce de entrada. Las operaciones dinámicas mantienen el trabajo dentro del tiempo de destino asignado para su finalización.

Figura 1. Flujo de solicitudes que entran y atraviesan un direccionador On Demand
Las solicitudes platino, oro y bronce fluyen a través del direccionador on demand, que categoriza, pone en cola y direcciona estas solicitudes de acuerdo con su importancia definida.

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_odoerequestflow
File name: cwve_odoerequestflow.html