WebSphere Virtual Enterprise, Version 6.1.1
             Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris, Windows ,


Propriedades Customizadas Avançadas do Autonomic Request Flow Manager

Você pode utilizar essas propriedades para configurar o ARFM (Autonomic Request Flow Manager).

Propriedades do Gerenciador de Perfis de Trabalho

profilerPeriod

Especifica uma quantidade de milissegundos, especificada para cada célula que especifica o comprimento do ciclo do gerenciador de perfis de trabalho.

Tabela 1. Valores da Propriedade Customizada profilerPeriod
Escopo Célula
Valores válidos Valor de número inteiro para quantidade de milissegundos
Padrão 60000 (1 minuto)

profilerHalfLife

Especifica uma quantidade de minutos, especificada para cada célula. As observações de descontos do gerenciador de perfis de trabalho por uma função exponencial de tempo. A meia-vida é a quantidade de tempo sobre a qual o desconto é alterado por um fator 2.

Tabela 2. Valores da Propriedade Customizada profilerHalfLife
Escopo Célula
Valores válidos Valor de número inteiro para quantidade de milissegundos
Padrão 600000 (10 minutos)

Meia-vida em Decaimento da Saída do Gerenciador de Perfis de Trabalho e Aperfeiçoamento dos Parâmetros da Função de Peso

O gerenciador de perfis de trabalho funciona em duas etapas: primeiro ele adequa as observações a um modelo simples para extrair fatores de trabalho preliminares e, em seguida, ele suaviza os fatores de trabalho tirando uma média ponderada. Cada peso é o produto de dois fatores, sendo que um deles diminui a importância do fator de trabalho preliminar com a idade e o outro varia com a qualidade do primeiro ajuste de transmissão. O fator idade é um decaimento exponencial; a meia-vida é a quantidade de tempo sobre a qual esse fator diminui em um fator de 2. Esse parâmetro é fornecido na célula com a propriedade customizada profilerAlphaSmoothingHalfLife, com um valor que é uma notação decimal para um inteiro, um número de milissegundos. O padrão é 10 minutos. Para ajustar o nível de qualidade, dois parâmetros são utilizados, um limite e um fator. O limite é definido com a propriedade customizada goodnessWeightThresholdcell. O fator é fornecido na célula com a propriedade customizada goodnessWeightFactor.

Tabela 3. Meia-vida em Decaimento da Saída do Gerenciador de Perfis de Trabalho e Aperfeiçoamento dos Parâmetros da Função de Peso
Nome da Propriedade Valor Padrão
profilerAlphaSmoothingHalfLife uma notação decimal para um inteiro em um número de milissegundos 600000 (10 minutos)
goodnessWeightThreshold um número de ponto flutuante não negativo 20
goodnessWeightFactor um número de ponto flutuante não negativo 20

Substituições de Fator de Trabalho

Você pode substituir os valores que são computados pelo gerenciador de perfis de trabalho. O criador de perfis de trabalho calcula um fator de trabalho para cada classe de transação e par de módulos do Java 2 Platform, Enterprise Edition (J2EE) implementado (TCM). O fator de trabalho é um número de ponto flutuante que representa o número de megaciclos do conjunto de instruções de referência. Os fatores de trabalho também são utilizados na estimativa automatizada dos fatores de velocidade. Se você tiver definido explicitamente os fatores de velocidade através da definição de substituições do fator de velocidade, os fatores de trabalho não são necessários.

Você pode substituir os fatores de trabalho incluindo a propriedade customizada no destino de implementação. Se você tiver definido uma substituição em uma versão anterior utilizando o arquivo transactionclass.xml, a propriedade customizada substituirá o valor.

Para nós que não estejam executando o WebSphere Application Server, é possível especificar o N Mágico para a célula, especificar o fator de trabalho para cada par de TCM relacionado ou colocar o modo manual do Autonomic Request Flow Manager e especificar as várias configurações do botão giratório do controle. Esta é a gramática para as especificações de substituição do fator de trabalho:
spec ::= case ( "," case )*
case ::= pattern "=" value
pattern ::= service-class ":" txn-class ":" application ":" module
service-class ::= step
txn-class ::= step
application ::= step
module ::= step
step ::= name | "*"
value ::= number | "none"

Substituições de Fator de Velocidade

Utilize as substituições do fator de velocidade para substituir os valores do fator de velocidade que são computados pelo gerenciador de perfis de trabalho. Você também pode fornecer fatores de velocidade para suportar o gerenciamento de desempenho em mais de uma camada. O gerenciador de perfis de trabalho computa um fator de velocidade para cada TCM (Transaction Class Module), ou seja, para cada par de classe de transação e módulo da Web. A substituição é obrigatória para cada camada de processamento que não é de destino e que possa ser um gargalo.

Você pode especificar a propriedade customizada speedFactorOverrideSpec nos destinos de implementação, um cluster ou um servidor singleton. A propriedade customizada identifica uma substituição para cada TCM no destino de implementação. Se uma especificação é fornecida, ela deve ser concluída. É possível utilizar curingas para permitir especificações abreviadas e para incluir muitos módulos de classe de transação.

Utilize a gramática a seguir para definir os valores da especificação de substituição do fator de velocidade:
spec ::= case ( "," case )*
case ::= pattern "=" value
pattern ::= service-class ":" txn-class ":" application ":" module [ ":" tier ]
service-class ::= step
txn-class ::= step
application ::= step
module ::= step
step ::= name | "*"
tier ::= dtName [ "+" relTierName ]
relTierName ::= name
dtName ::= name ( "/" name )*
value ::= number | "none"

Você pode omitir o nome da camada quando ela for a primeira camada de processamento do destino de implementação com essa propriedade anexada. Nessa gramática, o valor relTierName é igual a um nome de camada relativo que é exclusivo somente dentro de um destino de implementação. Por exemplo, o relTierName pode ser célula/nó/servidor ou um célula/cluster em uma configuração do WebSphere Virtual Enterprise. Você pode omitir o nome de camada relativo quando ele for igual a 1. Para qualquer TCM fornecido, a especificação é processada da esquerda para a direita, o que significa que a primeira correspondência prevalece. Um valor nenhum significa que não há substituição.

A seguir estão alguns exemplos:
Tabela 4.
Exemplo de Espec. Descrição
*:*:*:* = none
Especifica que nenhum TCM (Transaction Class Module) no destino de implementação tem substituição. O destino de implementação possui somente uma camada e o valor é calculado de maneira normal para cada caso.
*:*:*:* = 42
O destino de implementação possui uma camada. Cada TCM no destino de implementação possui uma substituição de fator de velocidade para a camada igual a 42 MHz.
Platinum:*:*:* = 42, *:*:*:* = none
O destino de implementação possui uma camada. Há uma substituição de 42 MHz para os módulos da classe de transação com uma classe de serviço Platinum e nenhuma substituição para os módulos da classe de transação designados para qualquer outra classe de serviço no destino de implementação.
*:tc_A:*:*=42, *:tc_B:AccountManagement:MicroWebApp.war=17, *:tc_B:*:*=none
Há uma substituição de 42 MHz para TCMs que possuem a classe de transação tc_A. Para os TCMs que têm a classe de transação tc_B, um aplicativo J2EE implementado denominado AccountManagement, e um módulo do J2EE denominado MicroWebApp.war, há uma substituição de 17 MHz. Não há substituição para quaisquer outros TCMs que tenham a classe de transação tc_B. Este exemplo não considera classes de transações que não sejam tc_A ou tc_B, e se ele encontrar outra classe de transação, será exibida uma mensagem de erro.
*:*:*:* = none, *:*:*:*:../DbCel/CICS = 0.7
Não há substituição para a primeira camada. Para a camada denominada CICS+1, existe uma substituição de fator de velocidade de 0.7. A camada CICS+1 é a primeira camada no destino de implementação CICS, na célula DbCel, independentemente do TCM de destino. A classe de transação não é alterada de camada para camada, mas o módulo pode ser alterado.

Disposição Externa

Um cluster externo é utilizado para servidores externos e genéricos que não são referidos pelos clusters de servidores genéricos e não são monitorados pelo agente remoto. Os servidores de bancos de dados são um exemplo. Um cluster externo não pode ser um destino e não pode conter servidores de destino. Um servidor de cluster externo pode ser executado em qualquer tipo de máquina. Você deve especificar a disposição dos servidores de clusters externos e as velocidades de seus nós não monitorados utilizando uma propriedade customizada na célula do ODR.

Utilize a gramática a seguir para especificar o valor da propriedade customizada external.placement:
spec ::= nodespec ( ";" nodespec )*
nodespec ::= nodeName ":" [ nodeSpeed ] ":" plmtlist
plmtlist ::= dtName ( "," dtName)*
nodeName ::= name ( "/" name )*
nodeSpeed ::= number
A gramática e interpretação para um dtName são iguais à especificação de substituição de fator de velocidade, exceto que, nesta situação, a célula relevante contém o nó com um nodespec especificado que contém o dtName. A gramática e a interpretação dos nomes de nós seguem o mesmo padrão. A seguir estão alguns exemplos:
Tabela 5.
Valor da Especificação Descrição
CicsNode: 8.6 : CICS Além dos nós e destinos do WebSphere Application Server, há um nó que não está executando o WebSphere Application Server, denominado "CicsNode", na mesma célula onde essa propriedade é exibida. A potência computacional desse nó é 8.6. Há um destino de implementação não associado ao WebSphere Application Server nesse nó denominado "CICS". Existe um processo do servidor para esse DT nesse nó.
../SysX/DBA:4.7:DB1,DB2; ../SysX/DBB:2.7:DB2 Há dois nós que não estão executando o WebSphere Application Server, denominado DBA e DBB na célula denominada SysX, com energia de 4,7 e 2,7, respectivamente. Existem dois destinos de implementação denominados DB1 e DB2, na célula SysX. O DB1 é colocado somente no nó DBA e o DB2 é colocado nos nós.

Leituras de Uso de CPU por Processo

Configure a propriedade customizada useProcessCPU como true para ativar o controlador ARFM e o controlador de posicionamento de aplicativo para considerar trabalho em segundo plano ao calcular os recursos necessários e ativar estatísticas de utilização de CPU por processo. Quando essa propriedade é configurada como false, o criador de perfil de trabalho também não pode estimar os fatores de trabalho porque ele utiliza leituras de uso da CPU para o nó completo.

Tabela 6. Propriedade Customizada useProcessCPU para a Versão 6.0.2 e Posterior
Nome Configuração de Propriedade Padrão Valores Válidos
useProcessCPU Configure essa propriedade customizada na célula. verdadeiro true ou false

Documentos MustGather

Use os documentos mustGather do WebSphere Virtual Enterprise para resolução de problemas do Autonomic Request Flow Manager e da disposição de aplicativos. A equipe de suporte fornece e mantém os Documentos mustGather para cada versão do WebSphere Virtual Enterprise.






Termos de Uso | Feedback

Última atualização: 24/09/2009 14h19min03s EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/reference/rarfmcustprop.html