Ocasionalmente, você pode encontrar um comportamento de priorização de fluxo inesperado. Este tópico descreve algumas coisas comuns a serem observadas quando a priorização de fluxo de pedidos não estiver funcionando da maneira esperada.
Ação | Executada por |
Verifique se as políticas de serviço foram criadas. | No console administrativo, selecione Políticas Operacionais > Políticas de Serviço. Todas as políticas de serviço definidas atualmente são exibidas. Caso não veja sua política de serviço listada, configure uma nova política de serviço clicando em Novo. |
Verifique se suas políticas de serviço foram aplicadas nos URIs do aplicativo apropriado. | No console administrativo, selecione Políticas Operacionais
> Políticas de Serviço > Selecionar uma Política de Serviço Existente.
Verifique as classes de transação designadas no campo Classes de Transação.
Você pode criar uma nova classe de transação clicando em Novo. Caso você não veja os membros da classe de transação que está procurando, verifique se eles já não foram designados para outra política de serviço. Certifique-se também de que o aplicativo no qual está interessado em aplicar uma política de serviço esteja implementado em seu ambiente. |
A diferenciação no tempo de resposta torna-se aparente conforme o grupo de nós se aproxima do seu limite de capacidade, o que ocorre quando todos os nós no grupo de nós são completamente utilizados. Em um ambiente dinâmico, o controlador de posicionamento de aplicativos inicia mais instâncias de aplicativos para acompanhar os pedidos de trabalho e, se for necessário, o TIO (Tivoli Intelligent Orchestrator), quando instalado, pode incluir nós adicionais no ambiente. Se você encontrar uma situação em que todo o trabalho está sendo tratado da mesma forma, siga as etapas da tabela anterior para assegurar que sua política esteja configurada corretamente.
Se o ARFM (Autonomic Request Flow Manager) não estiver reagindo rápido o suficiente, resultando em um tempo de resposta mais lento para a priorização de pedidos, você poderá ajustar as configurações do ARFM. Consulte Configurando o Gerenciador do Fluxo de Pedido Autônomo para obter informações adicionais. Preste atenção, principalmente, à definição Definir Comprimento Mínimo do Ciclo de Controle e assegure que um valor adequado seja selecionado.
O ARFM computa continuamente a quantidade de trabalho que cada classe de transação requer do sistema e refina à medida que os pedidos entram no sistema. Para assegurar que o ARFM seja otimizado, você deverá executar o sistema por períodos de tempo significativos com cargas de trabalho muito variadas. Essa flutuação de trabalho, combinada com um tempo de funcionamento significativo, permite que o ARFM faça seu ajuste fino e forneça estimativas mais precisas para evitar situações problemáticas.
No caso de um ou mais nós permanecerem em taxas de utilização extremamente altas, enquanto o restante dos nós está trabalhando de forma confortável, talvez você queira fazer o ajuste fino do ARFM. Consulte Configurando o Gerenciador do Fluxo de Pedido Autônomo para obter informações adicionais. Preste atenção, principalmente, à definição Utilização Máxima de CPU e assegure de que um valor menor do que o que está sendo utilizado pelo nó seja selecionado.
Verifique se você está agrupando de forma consistente as classes de transação. Por exemplo, você não deve agrupar URIs com um discricionário, ou um valor de serviço baixo, na mesma classe de transação que URIs com um valor alto de política de serviço. Misturar pedidos a demandas muito variadas na mesma classe de transação leva o ARFM a produzir estimativas imprecisas. Para modificar suas classes de transação, selecione Políticas Operacionais > Políticas de Serviço > Selecionar Uma Política de Serviço Existente e verifique no campo da classe de transação se está sendo consistente com seus agrupamentos.
O sistema está trabalhando conforme designado. O balanceador de carga tenta equalizar o tempo de resposta em todos os nós backend em um cluster. Se um nó for menos eficaz que o outro, o balanceador de carga poderá distribuir menos trabalho para o nó menos eficaz para que o tempo de resposta possa ser semelhante ao tempo de resposta de um nó mais rápido.
Related tasks
Configurando o Autonomic Request Flow Manager