O ODR (On Demand Router) e os gerenciadores autônomos associados podem suportar metas de negócios em tempos de fluxos de pedidos intensos, tomando decisões inteligentes sobre o trabalho que chega no servidor. O ARFM (Autonomic Request Flow Manager) controla a priorização de pedidos HTTP no ODR. Às vezes, as condições de emergência ocorrem quando determinados sensores detectam tais situações sobrecarregadas. Essas situações de sobrecarga incluem a utilização extremamente alta de nós, falhas intermitentes na comunicação entre o controlador do ARFM e os gateways de planejamento de pedido e falhas intermitentes na comunicação entre os produtores de dados de monitoramento AsyncPMI e os gateways. Para prevenir o prolongamento destas condições, caso ocorram, e a degradação de desempenho correspondente, os gateways são equipados com controladores de retenção de emergência que controlam e protegem as taxas de dispatch de pedidos para nós de backend. O ARFM é manipulado no backend para pedidos IIOP/JMS.
O ARFM contém duas partes: um controlador e um gateway. A função do ARFM é implementada, para cada grupo de nós, por um controlador mais uma coleta de gateways nos ODRs. O controlador do ARFM (acionado pelo controlador do eWLM se estiver disponível no sistema) pode iniciar diretivas típicas de retenção para os gateways. Em um modo típico, as diretivas de retenção vêm do controlador do ARFM por meio de RatesMessages, e são imediatamente impostas no gateway pelo controlador de retenção.
Uma retenção é conectada a cada fila no gateway e, por padrão, está no estado acelerado. Quando ocorre uma emergência ou quando chegam mensagens de taxas do controlador ARFM, ele recebe diretivas do controlador de retenção e é alterado para o estado retido.
No caso de um ou mais sensores de sobrecarga detectarem uma condição de sobrecarga, apesar da retenção típica, o controlador de retenção do gateway entra no modo de emergência. Um sensor de blecaute de emergência detecta falhas na comunicação entre um controlador ARFM e gateways de planejamento de pedidos, ou falhas na comunicação entre os produtores de dados de monitoramento de AsyncPMI e os gateways. O termo blackout significa que o sensor não recebe as mensagens esperadas. No modo de emergência, o controlador de retenção reduz gradualmente as taxas de dispatch das filas do gateway até que o sensor ou sensores sobrecarregados parem de disparar. Ele então restaura gradualmente as taxas para suas configurações originais anteriores ao modo de emergência. Enquanto estiver fazendo isto, o controlador de retenção assegura que as diretivas de taxas do controlador ARFM nunca sejam excedidas, preservando, assim, a integridade das decisões de retenção tomadas por diferentes controladores. Trabalhando juntos, esses componentes podem limitar apropriadamente os pedidos que chegam.
Vários sensores detectam condições de emergência, fazendo com que o controlador de retenção entre no modo de emergência. Cada sensor pode estar em um dos dois estados: disparado ou não disparado. Durante uma emergência, existem duas fases para o controlador de retenção: emergency_throttle e emergency_unthrottle. Durante a fase emergency_throttle, a retenção reduz todas as taxas da fila enquanto um dos sensores ainda dispara. Na fase emergency_unthrottle, todos os sensores retornam ao estado não disparado e, gradualmente, restauram todas as taxas da fila para os valores originais que tinham antes de entrarem no modo de emergência.
Related tasks
Configurando o Autonomic Request Flow Manager