[AIX Solaris HP-UX Linux Windows][z/OS]

Ajustando o On Demand Router (ODR)

Os ODRs são roteadores inteligentes para o tráfego SIP e HTTP, que agem como intermediários para servidores de aplicativos e servidores da web. Existem muitos fatores que afetam o desempenho do ODR; para obter o desempenho otimizado do seu ODRs, às vezes é necessário ajustá-los.

Antes de Iniciar

  • Ajuste as Java™ virtual machines. Para obter informações, leia sobre o ajuste de IBM® virtual machine para Java.
  • Remova todas as informações de rastreio, exceto *=info, porque esse tipo de rastreio impacta o desempenho do ODR. Para alterar as informações de rastreio, execute as etapas a seguir:
    1. Selecione Servidores > Tipos de servidor > On demand routers > on_demand_router > Resolução de problemas > Criação de log e rastreio > Serviço de rastreio de diagnóstico > Alterar níveis de detalhes de log.
    2. Assegure-se de que somente *=info esteja especificado.
  • O ODR nunca deve ser restringido pelo uso de CPU ou memória. Portanto, quando você instalar o ODR em um ambiente com virtualização do servidor, configure a máquina virtual ou LPAR no qual o ODR é executado no modo de processador dedicado ou configurá-lo em um modo que garante que o ODR receba uma quantidade suficiente de recursos de CPU e memória dedicada quando o ODR é executado.
  • Binário Trace Facility (BTF) tem impacto mínimo sobre o desempenho e pode ser deixado ativado

Sobre Esta Tarefa

As configurações padrão do ODR funciona para a maioria das pessoas, a maior parte do tempo. Para sua instalação, pode ser necessário efetuar algumas ou todas as etapas a seguir para obter desempenho máximo. As etapas são priorizados na ordem de importância.

Procedimento

  1. Verifique as configurações do JVM. Para obter mais informações sobre as configurações de JVM, leia sobre como modificar o tamanho de heap da JVM para o roteador on demand.
  2. [HP-UX]HP e Sun fornecem parâmetros de ajuste adicionais para otimizar a coleta de lixo. Para JVMs de coleta de lixo de geração, como Sun e HP, ou JVM J9 da IBM, ao usar coleta de lixo gencon, configure a região de memória permanente como aproximadamente 100 MB para conter o espaço de 90 MB que existe no ODR. Além disso, um SurvivorRation de 16 otimiza ainda mais o processamento na nova geração. Na JVM HP, é possível ativar NIO para obter um aumento no desempenho usando o provedor de seletor -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider e desativando a pesquisa antes de uma leitura: -XX:-ExtraPollBeforeRead.
  3. Sintonize as configurações do keep alive de conexão. Para obter mais informações, leia sobre o ajuste de conexões persistentes de ODR.
  4. Ajuste as conexões máximas de ODR por servidor. Para obter mais informações, leia sobre o ajuste de conexões máximasde ODR.
  5. Desative o cache do ODR quando não estiver em uso. Quando o cache do ODR estiver ativado, o ODR deverá passar pelo processo para determinar se um pedido deve estar armazenado em cache, em seguida, examine o repositório do cache para verificar se o pedido foi armazenado em cache anteriormente. Esta sobrecarga adicional no ODR pode criar um gargalo no ODR.
  6. Desative o log de acesso, se não for necessário. Se você não precisar do log de acesso, o log de proxy terá preferência sobre o log de Canal/NCSA de HTTP, conforme o log de acesso de proxy acontece fora do caminho do pedido/resposta. Dessa forma, ele não afeta o tempo de resposta do pedido. O log de acesso em um disco muito rápido tem tipicamente uma sobrecarga de 5%, mas a porcentagem é altamente dependente do desempenho do disco.
  7. Use o mesmo grupo de encadeamento para o trabalho de entrada e saída, o que evitará o movimento de solicitações pelos encadeamentos e eliminará a sobrecarga resultante. O ODR tem um conjunto de encadeamentos que se sintonizam na maioria das circunstâncias. O enfileiramento e a regulagem de pedidos são despachados para o conjunto de encadeamentos padrão, que pode ser sintonizado para que ele trate apenas de pedidos de estouro. O grupo de encadeamentos principal continuará a tratar da maioria dos pedidos. Todos os pedidos no conjunto de encadeamentos são assíncronos sem nenhuma chamada de bloqueio, portanto, o número de encadeamentos não deve ser mais de um ou dois por CPU. Execute as etapas a seguir para usar o mesmo grupo de encadeamentos para trabalho de entrada e saída:
    1. Selecione Servidores > Tipos de servidor > On demand routers > on_demand_router > Conjuntos de encadeamentos > default_thread_pool > Propriedades customizadas > Novo.
    2. Especifique combineSelectors para o nome.
    3. Especifique 1 para o valor.
    4. Clique em OK.
    5. Clique em Salvar.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_odrtuneodr
Nome do arquivo: twve_odrtuneodr.html