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

Propriedades Customizadas para a Configuração do ARFM (Autonomic Request Flow Manager)

Utilize essas propriedades para configurar o ARFM.

A menos que seja especificado o contrário, crie essas propriedades customizadas na célula utilizando as seguintes etapas:

  1. No console administrativo, clique em Administração do Sistema > Célula > Propriedades Customizadas > Novo .
  2. Digite o nome da propriedade customizada.
  3. Utilize este tópico como uma orientação para digitar o valor da propriedade customizada.
  4. Clique em Aplicar e salve suas alterações.
Em alguns casos, você configura o valor no nó:
  1. Clique em Administração do Sistema > Nós > node_name > Propriedades Customizadas > Novo.
  2. Digite o nome da propriedade customizada.
  3. Utilize este tópico como uma orientação para digitar o valor da propriedade customizada.
  4. Clique em Aplicar e salve suas alterações.

Propriedades do Gerenciador de Perfis de Trabalho

Table 1. Propriedades do Gerenciador de Perfis de Trabalho
Nome da Propriedade Valor Padrão
profilerPeriod Um número de milissegundos especificado para cada célula que especifica o comprimento do ciclo do gerenciador de perfis de trabalho. 60000 (1 minuto)
profilerHalfLife Número de minutos especificado 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. 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 opera em dois ciclos: primeiro ele ajusta as observações para um modelo simples para extrair fatores de trabalho preliminares e depois aperfeiçoa os fatores de trabalho calculando 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.

Table 2. 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 gerenciador de perfis de trabalho computa um fator de trabalho para cada par de classe de transação e módulo (TCM) implementado J2EE (Java 2 Platform, Enterprise Edition). 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 os nós que não estão executando o WebSphere Application Server, você pode especificar o N Mágico para a célula, especificar o fator de trabalho para cada par TCM relacionado ou ativar o modo manual do Autonomic Request Flow Manager e especificar as várias configurações knob de 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, relTierName pode ser cell/node/server ou cell/cluster em uma configuração do WebSphere Extended Deployment. 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:
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 quaisquer TCMs que tenham a classe de transação tc_B, um aplicativo implementado J2EE (Java 2 Platform, Enterprise Edition) denominado AccountManagement e um módulo 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ção 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ções 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:
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á em execução no WebSphere Application Server, denominado "CicsNode" na mesma célula onde essa propriedade aparece. A potência computacional desse nó é 8.6. Há um destino de implementação não associado com o WebSphere Application Server nesse nó; ele é denominado "CICS". Existe um processo do servidor para esse DT nesse nó.
../SysX/DBA:4.7:DB1,DB2; ../SysX/DBB:2.7:DB2 Existem dois nós que não estão executando o WebSphere Application Server, denominados DBA e DBB na célula denominada SysX, com potências 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.



Related tasks
Configurando o Autonomic Request Flow Manager



Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:47:43 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/rarfmcustprop.html

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