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:
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) |
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.
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 |
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.
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"
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.
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.
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. |
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.
spec ::= nodespec ( ";" nodespec )* nodespec ::= nodeName ":" [ nodeSpeed ] ":" plmtlist plmtlist ::= dtName ( "," dtName)* nodeName ::= name ( "/" name )* nodeSpeed ::= number
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