[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 metas de desempenho e ligá-las a subconjuntos específicos do tráfego de entrada. 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 por meio do ODR. Nem todos os trabalhos em sua configuração é igualmente importante. O ODR pode suportar este conceito por meio 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 é capaz de rotear solicitações HTTP para os servidores WebSphere® Application Server Network Deployment e servidores que não estão executando o software WebSphere . O ODR, como o plug-in do servidor Web para WebSphere Application Server, usa afinidade de sessão para solicitações 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 de proxy são os roteadores on demand; para Java™ Service Service (JMS) e IIOP, os processos proxy são os servidores de aplicativos 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 WebSphere Application Server Network Deployment WLM não se limita aos roteadores on demand, mas também se aplica ao tráfego IIOP quando o cliente estiver usando o WebSphere Application Server Java Development Kit (JDK) e object request broker (ORB) e preferem local roteamento não é empregado.

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. Após o trabalho ser categorizado, priorizado e enfileirado, um volume maior de trabalho mais importante (platina) é processado, enquanto um volume menor de trabalho menos importante (bronze) é 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/por meio do On Demand Router
As solicitações de platina, ouro e bronze fluem através do roteador on demand, que categoriza, filas e rotas essas solicitações de acordo com sua importância definida.