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

Configurando Fatores de Velocidade em Configurações de Camadas Múltiplas

Utilize esta tarefa para computar e configurar fatores de velocidade para várias configurações de camada.

Antes de começar

Você deve ter instalado o WebSphere Extended Deployment e os aplicativos que são operacionais em uma carga de trabalho.

Por que e quando realizar esta tarefa

Um fator de velocidade existe para cada combinação de classe de transação, módulo da Web de destino e camada de processamento. O fator de velocidade descreve com que intensidade um pedido da classe de transação fornecida, em toda a existência no módulo de destino fornecido, carrega a camada de processamento. Você pode definir fatores de velocidade em níveis variados de granularidade. Os fatores de velocidade podem ser definidos em um escopo mais amplo. O ARFM utiliza fatores de velocidade no nível da classe de serviço, do destino da implementação de destino e da camada de processamento. Você pode definir fatores de velocidade em uma variedade de níveis para qualquer camada de processamento que não seja uma camada de destino ou não seja a única camada de processamento no módulo de destino.

Em uma configuração que possui várias camadas, o gerenciador de perfis de trabalho computa automaticamente os fatores de velocidade para a camada de destino. A camada de destino comunica-se diretamente com o ODR (On Demand Router). Para quaisquer camadas que sejam mais profundas que a camada de destino, é preciso definir fatores de velocidade. Se seu destino de implementação contiver tanto uma camada de destino quanto uma camada que não é de destino, você deverá configurar os fatores de velocidade para ambas as camadas porque o gerenciador de perfis de trabalho não pode computar automaticamente os fatores de velocidade nessa situação. Você pode computar o fator de velocidade dividindo a média de utilização da CPU pelo número médio de pedidos em execução. Essa tarefa descreve como encontrar esses valores e configurar o fator de velocidade para as várias configurações da camada.
  1. Gere o tráfego para um par de classe de transação e módulo. Você pode gerar o tráfego utilizando um cliente aplicativo ou uma ferramenta de resistência.
  2. Monitore a utilização de CPU em sua configuração. Determine uma média de utilização de CPU. Você precisa da utilização de CPU de todas as máquinas envolvidas no atendimento ao tráfego e de todas as máquinas que têm interações de desempenho com elas para estar no limite configurado que é definido com a propriedade Utilização Máxima de CPU no painel Políticas Operacionais > Gerenciadores Autônomos > Autonomic Request Flow Manager. Desative todos os gerenciadores autônomos para que possa garantir que o sistema não fará alterações enquanto você mede a utilização da CPU:
    • Controlador de posicionamento de aplicativos: Desative o controlador de posicionamento de aplicativos colocando-o no modo manual. Clique em Políticas operacionais > Gerenciadores autônomos > Controlador de posicionamento de aplicativos. Clique na caixa de opções Ativar para que ela não fique marcada para desativar o controlador de posicionamento de aplicativos.
    • Autonomic Request Flow Manager: Você pode utilizar o modo N Mágico se estiver utilizando somente um fluxo, por exemplo, um ODR, um destino de implementação e uma combinação da classe de serviço; caso contrário, você pode precisar colocar o Autonomic Request Flow Manager no modo manual.
    • Gerenciamento de Carga de Trabalho Dinâmica: Desative o gerenciamento da carga de trabalho dinâmica para cada cluster dinâmico. Clique em Servidores > Clusters Dinâmicos > dynamic_cluster_name > WLM Dinâmico. Clique na caixa de opções WLM Dinâmico para que ela não fique marcada para desativar o gerenciamento da carga de trabalho dinâmica.
    Se desativar os gerenciadores autônomos, você poderá incluir carga de CPU através de tarefas de segundo plano. Utilize uma ferramenta de monitoramento externa para seu hardware.
  3. Utilizando o gráfico de tempo de execução no console administrativo, monitore o número de pedidos em execução. Clique em Operações de Tempo de Execução > Topologia de Tempo de Execução no console administrativo. Você pode visualizar o número de pedidos simultâneos.
  4. Compute o fator de velocidade para o destino de implementação. Utilizando a equação a seguir para calcular o fator de velocidade:
    fator de velocidade = (velocidade da CPU normalizada) * (utilização da CPU) /
    	(número de pedidos simultâneos, medidos na entrada e saída da camada de destino)
  5. Configure o fator de velocidade no console administrativo. Você configura a propriedade customizada no destino de implementação, por exemplo, um cluster de servidores ou um servidor de aplicativos independente. Para obter informações adicionais sobre as substituições que você pode criar com a propriedade customizada speedFactorOverrideSpec, consulte Propriedades Customizadas para Configuração do ARFM (Autonomic Request Flow Manager).
    1. Defina um caso para cada camada no destino de implementação. Cada caso é separado por uma vírgula. Cada caso contém um padrão que é configurado para um valor igual ao fator de velocidade que você calculou. O padrão define o conjunto de classes de serviço, classes de transação, aplicativos ou módulos que você pode substituir para a camada particular. O padrão é:
      service-class:transaction-class:application:module:[tier, optional]=value
      Você pode especificar um curinga para qualquer classe de serviço, classe de transação, aplicativo ou módulo digitando um símbolo *. Cada padrão pode incluir no máximo um aplicativo, no máximo um módulo, no máximo uma classe de serviço e no máximo uma classe de transações. A camada é opcional e representa o nome do destino de implementação e o nome da camada relativa. Configure o valor como um número de substituição do fator de velocidade ou como nenhum para não definir nenhuma substituição. A seguir está um exemplo de um valor de substituição do fator de velocidade para uma configuração de duas camadas:
      *:*:*:*=none,*:*:*:*:../DbCel/CICS=0.7
      Para a primeira camada, não há substituições. Há uma substituição de 0.7 para a camada denominada CICS+1 que está na célula denominada DbCel.
    2. Crie a propriedade customizada no console administrativo. No destino de implementação, clique em Propriedades Customizadas > Novo. O nome da propriedade customizada é speedFactorOverrideSpec e o valor da propriedade customizada é a cadeia que você compôs na etapa anterior.
    3. Salve a configuração.

Resultado

Os fatores de velocidade são configurados para substituir os valores do fator de velocidade que são criados pelo gerenciador de perfis de trabalho e para suportar o gerenciamento de desempenho de mais de uma camada.

O que fazer depois

Repita essas etapas para cada par de módulo de classe de transação e nó de camada que não é de destino. Você também deve configurar a velocidade do nó para cada nó externo. Consulte Configurando o Domínio de Cálculo do Nó para obter informações adicionais.



Related concepts
Camadas Múltiplas de Processamento

Related tasks
Configurando o Autonomic Request Flow Manager

Tópico de Tarefa    

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/tarfmmultitier.html

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