WebSphere Extended Deployment, Version 6.0.x     Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris , Windows , z/OS

Visão Geral da Priorização do Fluxo de Pedidos de IIOP/JMS

A priorização do fluxo de pedidos de IIOP/JMS é realizada no WebSphere Extended Deployment por meio dos gerenciadores autônomos que controlam o fluxo de pedidos, a priorização dos pedidos e o gerenciamento dinâmico da carga de trabalho. Somente pedidos IIOP de um cliente de EJB independente são manipulados pela priorização do fluxo de pedidos IIOP do Extended Deployment. As chamadas de EJB de servlets, por exemplo, não são priorizadas. Isso ocorre porque o sistema não pode priorizar em camadas múltiplas, como a camada da Web e a camada de EJB, pedidos associados ao mesmo pedido geral do cliente. No entanto, dada a natureza assíncrona do JMS, não há restrições de onde os pedidos se originam.

Para IIOP/JMS, os processos do servidor de aplicativos backend que hospeda os aplicativos executam os gateways do ARFM (Autonomic Request Flow Manager), que executam a função de priorização do fluxo de pedidos. Os fluxos de pedido são gerenciados para conseguir os resultados de desempenho mais equilibrados, considerando as políticas de serviço configuradas e o carregamento oferecido.

Com o WebSphere Extended Deployment, você pode definir metas de desempenho e ligá-las a subconjuntos específicos do tráfego que chega. O ARFM e os gerenciadores autônomos associados conseguem suportar metas de negócios em momentos de alta carga tomando decisões inteligentes sobre o trabalho que entra nos servidores de aplicativos. Nem todo o trabalho em sua configuração é igualmente criado. O ARFM consegue suportar esse conceito encaminhando diferentes fluxos de pedidos para execução mais ou menos rapidamente para alcançar o melhor resultado equilibrado.

O ARFM tem consciência de seu ambiente devido a um componente denominado ODC (On Demand Configuration). O ODC obtém automaticamente informações sobre todos os servidores de aplicativos do WebSphere Extended Deployment e os aplicativos que estão implementados na célula, bem como sobre quaisquer políticas de serviço e classes de trabalho do Extended Deployment associadas a esses artefatos de configuração.
NoteColonSymbol O ODC não pode ler ambientes diferentes de um ambiente homogêneo do WebSphere Extended Deployment.

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. Para IIOP, é possível utilizar uma política de serviço para classificar pedidos com base em atributos do pedido incluindo o nome do aplicativo, o nome do método de EJB, o nome do módulo de EJB, tal como o arquivo JAR do EJB, e o nome do EJB. Para JMS, é possível classificar com base no nome do destino, quer seja tópicos ou filas. Ao configurar políticas de serviço, você aplica níveis variados de importância ao verdadeiro trabalho. Você pode utilizar várias políticas de serviço para entregar serviços diferenciados para categorias de pedidos diferentes. As metas de política de serviço podem diferir em objetivos de desempenho e também em importância.

O ARFM existe no processo do servidor de aplicativos e controla a priorização de pedidos. O Autonomic Request Flow Manager contém duas partes: um controlador e um gateway. A função do ARFM é implementada, para cada célula, por um controlador mais uma coleção de gateways nos servidores de aplicativos. Os gateways interceptam e colocam em fila os pedidos IIOP de entrada, enquanto o controlador fornece sinais de controle, ou instruções, para os gateways e o controlador de posicionamento. O ARFM também inclui o gerenciador de perfil de trabalho, que estima as características do carregamento computacional dos diferentes fluxos de pedidos. Trabalhando juntos, esses componentes podem priorizar apropriadamente os pedidos que chegam.

O DWLM (Dynamic Workload Management) é um recurso do Extended Deployment que aplica os mesmos princípios do WLM (Workload Management), como o roteamento baseado em um sistema de pesos, o qual estabelece um sistema de roteamento priorizado. O DWLM é um complemento opcional que inclui configuração autônoma dos pesos de roteamento para o WLM. Com o WLM, configure 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. Para IIOP, esses pesos são consumidos por WLM de EJB do WebSphere de base e fatoram para onde novos pedidos de clientes de EJB são direcionados e está a seguir:
Fluxo de IIOP
O DWLM não tem influência sobre o tráfego de JMS e é mostrado na Figura 2 e os destinos mostrados na figura podem estar sendo executados no mesmo processo gerenciado do WebSphere ou em um processo gerenciado do WebSphere diferente.
Como é ilustrado nos diagramas anteriores, uma quantidade igual de pedidos fluem para o servidor de aplicativos, mas depois que o trabalho é categorizado, priorizado e colocado em fila, um volume maior de trabalho Platina mais importante é enviado para ser processado enquanto um volume menor de trabalho Bronze menos importante aguarda para ser colocado em fila. No entanto, só porque o trabalho de prioridade menor é mais retardado, isso não torna a taxa média a longo prazo de trabalho Bronze executado no servidor de aplicativos menor que a taxa média a longo prazo de Bronze que entra. No final, os recursos das operações dinâmicas tentam manter o trabalho dentro do tempo de destino alocado para conclusão.



Related tasks
Definindo uma Política de Serviço

Tópico de Conceito    

Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:46:23 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codoerequestflowiiop.html

© Copyright IBM 2006. Todos os Direitos Reservados.
Este centro de informações é desenvolvido em tecnologia Eclipse. (http://www.eclipse.org)