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

Visão Geral da Priorização do Fluxo de Pedidos

Com o Intelligent Management, é possível definir os objetivos de desempenho e ligá-los aos subconjuntos específicos do tráfego recebido. O ODR (On Demand Router) e os gerenciadores autônomos associados suportam metas de negócio em momentos de carga alta tomando decisões de gerenciamento de carga de trabalho inteligentes sobre o trabalho que está sendo enviado através do ODR. Nem todos os trabalhos em sua configuração é igualmente importante. O ODR pode suportar este conceito através do encaminhamento de diferentes fluxos de pedidos mais ou menos rapidamente para atingir o melhor resultado equilibrado e manter a qualidade de serviço.

Função do ODR

O ODR é um servidor que atua como um proxy HTTP ou um proxy SIP. Um ODR contém o Autonomic Request Flow Manager (ARFM). O ARFM prioriza o tráfego de entrada de acordo com a configuração de política de serviço e protege servidores de recebimento de dados contra sobrecarga. O tráfego é gerenciado para obter os resultados de desempenho mais equilibrados, considerando as políticas de serviço configuradas e a carga oferecida. Observe que para uma mensagem UDP (User Datagram Protocol) ou SIP (Session Initiation Protocol), o ODR pode rotear a mensagem para outro ODR para verificação adequada e manipulação de retransmissões de UDP.

O componente ODC (configuração on demand) permite que o ODR detecte seu ambiente. O ODC configura dinamicamente as regras de roteamento no tempo de execução para que o ODR roteie com precisão o tráfego para esses servidores de aplicativos. Um ODR pode rotear solicitações de HTTP para servidores WebSphere Application Server Network Deployment e servidores que não estão executando o software WebSphere. O ODR, como o plug-in de servidor da Web do WebSphere Application Server, usa afinidade de sessão para pedidos de trabalho de roteamento. Depois que uma sessão é estabelecida em um servidor,as solicitações de serviço posteriores para a mesma sessão vão para o servidor original, que maximiza o uso do cache e reduz as consultas aos recursos de backend.

Políticas de Serviço

Uma política de serviço é uma categorização definida pelo usuário que é designada para trabalho potencial como um atributo que é lido pelo ARFM. É possível utilizar uma política de serviço para classificar pedidos com base em atributos de pedido, incluindo o URI, o nome e o endereço do cliente e o ID do usuário ou grupo. Ao configurar políticas de serviço, você aplica níveis variados de importância ao verdadeiro trabalho. É possível utilizar várias políticas de serviço para entregar serviços diferenciados para categorias de pedidos diferentes. As metas da política de serviço podem se diferenciar em metas de desempenho, bem como em importâncias.

O Autonomic Request Flow Manager (ARFM)

O ARFM existe no ODR e controla a priorização dos pedidos. Quando os componentes a seguir contidos pelo ARFM estão funcionando juntos, eles podem priorizar corretamente os pedidos que chegam:

  • Uma controladora de energia de computação por célula de destino. Isto é, uma célula para a qual algum gateway de ARFM envia trabalho diretamente. Esse é um HAManagedItem que pode ser executado em qualquer agente de nó, no ODR ou no gerenciador de implementação.
  • Um gateway por combinação de família de protocolos, de processo proxy e de destino de implementação utilizada. Um gateway é executado em seu processo proxy. Para HTTP e SIP, os processos proxy são os ODRs; para Sistema de Mensagens Java (JMS - Java™ Message Service) e IIOP, os processos proxy são os servidores de aplicativos do WebSphere.
  • Um avaliador de fator de trabalho por célula de destino. Esse é um HAManagedItem que pode ser executado em qualquer agente de nó, no ODR ou no gerenciador de implementação.

DWLM (Dynamic Workload Manager)

O DWLM (Dynamic Workload Management) é um recurso do ODR que aplica os mesmos princípios que o WLM (Workload Management), como roteamento baseado em um sistema de peso, que estabelece um sistema de roteamento priorizado. O DWLM configura automaticamente os pesos de roteamento para o WLM. Com o WLM, você configura manualmente pesos estáticos no console administrativo. Com o DWLM, o sistema pode modificar dinamicamente os pesos para permanecerem atualizados com as metas de negócios. O DWLM pode ser interrompido. Se você pretende utilizar os modos operacionais automáticos para os componentes das operações dinâmicas, a configuração de um peso de WLM estático em qualquer um dos clusters dinâmicos pode interferir no funcionamento correto do aspecto on demand do produto. O WLM do WebSphere Application Server Network Deployment não é limitado aos ODRs, mas também se aplica ao tráfego IIOP quando o cliente está usando o WebSphere Application Server Java Development Kit (JDK) e o object request broker (ORB) e roteamento local preferido não é utilizado.

O diagrama a seguir mostra uma quantidade igual de fluxo de pedidos no ODR. Platina, ouro e bronze são usadas para representar uma ordem de importância descendente, respectivamente. Depois que o trabalho é categorizado, priorizado e enfileirado, um volume mais alto de trabalho mais importante (platina) é processado, enquanto um volume mais baixo de trabalho menos importante (bronze) está enfileirado. Como o bronze está atrasado, a taxa média de longa duração de bronze que sai do ODR não é menor do que a taxa média de longa duração de bronze que entra. As operações dinâmicas mantêm o trabalho dentro do tempo de destino alocado para conclusão.

Figura 1. Fluxo de Pedidos no/através do On Demand Router
Pedidos platinum, gold e bronze através do ODR, que categorizam, enfileiram e roteiam estes pedidos de acordo com sua importância definida.

Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoerequestflow
Nome do arquivo: cwve_odoerequestflow.html