Configurações do Gerenciador Autônomo de Fluxo de Pedidos

Use este painel para configurar o gerenciador autônomo de fluxo de solicitações (ARFM). O ARFM gerencia mensagens que chegam para aplicativos determinando se e quando permitir que mensagens sejam entregues por servidores middleware. Essas ações de gerenciamento ocorrem nos on demand routers para o tráfego de SIP (Session Initiation Protocol) e HTTP e nos servidores de aplicativos para mensagens do JMS (Java Message Service) e do IIOP (Internet Inter-ORB Protocol).

Para visualizar esta página do console administrativo, clique em Políticas Operacionais > Gerenciadores Autônomos > Gerenciador Autônomo de Fluxo de Pedidos.

O ARFM (Gerenciador Autônomo de Fluxo de Pedidos) contém duas partes: um controlador e um gateway. A função ARFM é implementada, para cada célula, por um controlador além de uma coleta de gateways nos ODRs (On Demand Routers). Os gateways interceptam e colocam em fila os pedidos de entrada, enquanto o controlador fornece sinais de controle, ou instruções, para os gateways e o controlador de posicionamento. Os componentes funcionam juntos para priorizar pedidos de entrada.

Dependendo de sua função administrativa, privilégios específicos são permitidos quando você configura o gerenciador autônomo de fluxo de pedidos. Esta lista mostra as funções e os privilégios administrativos para configurar o gerenciador autônomo de fluxo de pedidos:

Monitor
Pode visualizar as informações.
Operador
Pode visualizar as informações na guia de configuração. Pode alterar as configurações na guia de tempo de execução.
Configurador
Pode alterar a configuração, mas não as definições de tempo de execução.
Administrador
Possui todos os privilégios.

Ativação de Segurança: Quando a segurança está ativada, alguns campos não são editáveis sem a autorização de segurança apropriada.

Período de Agregação

Cada gateway ARFM difunde estatísticas agregadas periodicamente e este campo especifica o período. O valor padrão é 5 segundos.

O suporte ao gateway relata as seguintes estatísticas:
  • O mapeamento de tempo de execução no console administrativo do WebSphere Virtual Enterprise.
  • A operação dos controladores ARFM.
  • A operação do controlador de posicionamento de aplicativo.

Ao configurar o período de agregação, configure o valor de modo que seja alto o suficiente para suportar a coleta de um número suficiente de amostras de desempenho. Os gateways coletam amostras para cada pedido. Para produzir uma boa medida estatística, algumas centenas de amostras são necessárias. Por exemplo, os pedidos associados a uma classe de serviço são executados em 250 milissegundos e, em média, 10 pedidos são executados simultaneamente. O valor de simultaneidade é calculado automaticamente pelo WebSphere Virtual Enterprise, baseado no tamanho do cluster e nos recursos do ambiente. É possível ver o valor de simultaneidade nos painéis de visualização em Operações de Tempo de Execução no console administrativo.

Por isso, a classe de serviço manipulará cerca de 40 pedidos por segundo. A configuração do valor do período de agregação para 15 segundos resulta na coleta de 600 amostras para cada período de agregação. As métricas fornecidas por 600 amostras de uma procura de opinião são úteis e confiáveis.

A configuração de um valor do período de agregação muito baixa resultará em métricas de desempenho não confiáveis. As métricas de desempenho derivadas de amostras menores são menos confiáveis do que um tamanho de amostra maior. Como o controlador do ARFM é ativado quando novas estatísticas são produzidas, definir um valor de período de agregação muito longo resulta em uma recomputação menos freqüente das configurações de controle. Portanto, o WebSphere Virtual Enterprise se torna menos responsivo a alterações súbitas nas intensidades e padrões de tráfego.

Duração Mínima do Ciclo de Controle

Define com que freqüência o controlador ARFM é ativado. O valor padrão é 59 segundos.

A ativação do controlador é o processo de avaliação de entradas e de produção de novas configurações de controle, como resultado da entrada recebida. O processo de ativação para um controlador ARFM é iniciado quando novas estatísticas provêm de um de seus gateways, e o tempo decorrido desde a ativação anterior é maior que ou igual à duração mínima do ciclo de controle, ou o controlador nunca foi ativado antes.

Janela de Uniformização

Define a sensibilidade da reação do controlador do ARFM em relação às estatísticas do gateway de entrada, permitindo uma concatenação das estatísticas do gateway. O valor padrão é 12.

O controlador ARFM de qualquer gateway utiliza uma média de execução dos últimos relatórios de estatísticas desse gateway. A janela de uniformização controla o número de relatórios combinados. A configuração de uma janela de uniformização inferior torna o controlador mais sensível e suporta uma reação mais rápida. No entanto, uma configuração inferior também cria uma reação sensitiva a desorganização ou anomalias nos dados.

O produto da janela de uniformização e do período de agregação é aproximadamente o mesmo que a duração do ciclo de controle real, que às vezes é um pouco maior que a duração mínima do ciclo de controle configurado.

Comprimento Máximo da Fila

Liga o comprimento de cada fila ARFM a um número máximo de pedidos possivelmente mantidos na fila.

O ARFM possui uma fila separada para cada combinação de On Demand Routers, grupos de nós, classes de serviço e destinos de implementação. Quando um pedido chega e a fila está cheia, ele é rejeitado. Um parâmetro inferior nesse campo aumenta a possibilidade de que um pedido seja rejeitado devido a bursts de tráfego a curto prazo, enquanto um parâmetro superior permite que os pedidos fiquem mais nas filas. Pedidos enfileirados consomem memória. A configuração padrão é 1000, mas teste essa configuração para determinar qual corresponde melhor a seu ambiente.

Proteção de sobrecarga de memória: Porcentagem máxima do tamanho de heap do WebSphere Application Server a ser utilizado

Especifica a porcentagem máxima do tamanho de heap a ser utilizado para cada servidor de aplicativos. Esta propriedade se aplica a mensagens de HTTP e SIP (Session Initiation Protocol). O padrão é 100%.

Uso máximo de CPU

Especifica uma porcentagem máxima de uso de CPU para nós de middleware. Quando o uso de CPU para um nó excede esta percentagem, o nó é considerado como estando sobrecarregado. O padrão é 80%.

Política de rejeição

Uma política de rejeição evita que uma CPU seja sobrecarregada rejeitando mensagens HTTP ou SIP que chegam e que não fazem parte de diálogos ou sessões preexistentes.

  • Não rejeitar mensagens que chegam, permitir todas as mensagens na fila independentemente de seu potencial para exceder o tempo limite ou para violar o limite de tempo de resposta da meta de sua política de serviço. Esta opção tem um valor do limite de rejeição de -1. Esse valor é o padrão.
  • Rejeitar mensagens que chegam que não façam parte de um diálogo ou sessão preexistente se o tempo de resposta previsto da mensagem exceder o limite de tempo de resposta da meta de sua política de serviço. Esta opção tem um valor do limite de rejeição de 0%.
  • Rejeitar mensagens que chegam que não façam parte de um diálogo ou sessão preexistente se o tempo de resposta previsto da mensagem exceder o limite de tempo de resposta da meta de sua política de serviço por mais que a seguinte percentagem. Para esta opção, especifique um valor de Limite de rejeição como uma percentagem. Por exemplo, o valor padrão de 400% significa que uma mensagem com um limite de tempo de resposta da política de serviço de 500 ms seria rejeitada se seu tempo de resposta previsto estivesse acima de 2,5 segundos.



Centro de informações do WebSphere Virtual Enterprise (on-line)

Informações relacionadas
Configurações do Controlador de Posicionamento de Aplicativo
Propriedades Customizadas do Controlador de Posicionamento de Aplicativo

arfm