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


Propiedades personalizadas avanzadas de gestor de flujo de solicitudes autónomo

Puede utilizar estas propiedades para configurar el gestor de flujo de solicitudes autónomo (ARFM).

Propiedades de perfilador de trabajo

profilerPeriod

Especifica un número de milisegundos, especificado para cada célula que especifica la longitud del ciclo del perfilador de trabajo.

Tabla 1. Valores de la propiedad personalizada profilerPeriod
Ámbito Célula
Valores válidos Valor entero para número de milisegundos
Valor predeterminado 60000 (1 minuto)

profilerHalfLife

Especifica un número de minutos, especificados para cada célula. El perfilador de trabajo descarta comentarios mediante una función de tiempo exponencial. "Half life" es el intervalo de tiempo en el que la cantidad que debe dividirse se modifica mediante el factor 2.

Tabla 2. Valores de la propiedad personalizada profilerHalfLife
Ámbito Célula
Valores válidos Valor entero para número de milisegundos
Valor predeterminado 600000 (10 minutos)

Parámetros de la función de suavizado de peso y media vida de decaimiento de salida del perfilador de trabajo

El perfilador de trabajo realiza dos pasos: primero ajusta los comentarios en un modelo simple para extraer factores de trabajo preliminares y después suaviza los factores de trabajo tomando un promedio ponderado. Cada peso es el producto de dos factores, uno que disminuye la importancia del factor de trabajo preliminar con la antigüedad y el otro que varía con precisión del ajuste el primer paso. El factor de antigüedad es un decaimiento exponencial; la media vida es el intervalo de tiempo en el que dicho factor disminuye por un factor de 2. Este parámetro se proporciona en la célula con la propiedad personalizada profilerAlphaSmoothingHalfLife, con un valor que es la notación decimal para un entero, un número de milisegundos. El valor predeterminado es 10 minutos. Para ajustar el nivel de precisión, se utilizan dos parámetros, un umbral y un factor. El umbral se define con la propiedad personalizada goodnessWeightThresholdcell. El factor se da en la célula con la propiedad personalizada goodnessWeightFactor.

Tabla 3. Parámetros de la función de suavizado de peso y media vida de decaimiento de salida del perfilador de trabajo
Nombre de propiedad Valor Valor predeterminado
profilerAlphaSmoothingHalfLife notación decimal de un entero indicado en milisegundos 600000 (10 minutos)
goodnessWeightThreshold número de coma flotante no negativo 20
goodnessWeightFactor número de coma flotante no negativo 20

Alteraciones de factores de trabajo

Puede alterar temporalmente los valores calculados por el perfilador de trabajo. El perfilador de trabajo calcula un factor de trabajo para cada clase de transacción y par de módulos de Java 2 Platform, Enterprise Edition (J2EE) (TCM) desplegados. El factor de trabajo es un número de coma flotante que representa el número de megaciclos del conjunto de instrucciones de referencia. Los factores de trabajo se utilizan en la estimación automatizada de los factores de velocidad. Si define de forma explícita los factores de trabajo definiendo alteraciones temporales de factores de velocidad, los factores de trabajo no son necesarios.

Puede alterar temporalmente factores de trabajo añadiendo la propiedad personalizada al destino de despliegue. Si ha definido una alteración temporal en un release anterior mediante el archivo transactionclass.xml, la propiedad personalizada altera el valor.

Para los nodos que no ejecutan WebSphere Application Server, puede especificar Magic N para la célula, especificar el factor de trabajo para cada par TCM relacionado o colocar el gestor de flujo de solicitudes autónomo en modalidad manual y especificar los diversos valores de mandos de control. A continuación se muestra la gramática para las especificaciones de alteraciones temporales de factores de trabajo:
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"

Alteraciones de factores de velocidad

Utilice las alteraciones temporales de factores de velocidad para alterar temporalmente los valores de factores de velocidad calculados por el perfilador de trabajo. También puede proporcionar factores de velocidad para dar soporte a la gestión del rendimiento en más de un nivel. El perfilador de trabajo calcula un factor de velocidad para cada módulo de clase de transacción (TCM), es decir, para cada clase de transacción y par de módulos web. La alteración temporal es obligatoria para cada nivel de proceso de no destino que pueda representar un cuello de botella.

Puede especificar la propiedad personalizada speedFactorOverrideSpec en los destinos de despliegue, un clúster o un servidor singleton. La propiedad personalizada identifica una alteración temporal para cada TCM del destino de despliegue. Si se suministra la especificación, ésta debe se completa. Puede utilizar caracteres comodín para habilitar especificaciones cortas y para cubrir muchos módulos de clases de transacción.

Utilice la siguiente gramática para definir los valores de especificaciones de alteraciones temporales de factores de velocidad:
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"

Puede omitir el nombre de nivel cuando éste es el primer nivel de proceso del destino de despliegue que tiene esta propiedad conectada. En esta gramática, el valor relTierName es igual a un nombre de nivel relativo que es exclusivo sólo dentro de un destino de despliegue. Por ejemplo, relTierName puede sercell/node/server o cell/cluster en una configuración WebSphere Virtual Enterprise. Puede omitir el nombre de nivel relativo cuando sea igual a 1. Para cualquier TCM dado, la especificación se procesa de izquierda a derecha, lo que indica que la primera coincidencia gana. El valor none significa que no hay alteración temporal.

A continuación se muestran algunos ejemplos:
Tabla 4.
Especificación de ejemplo Descripción
*:*:*:* = none
Especifica que cada uno de los módulos de clase de transacción (TCM) en el destino de despliegue no tenga omisiones. El destino de despliegue sólo tiene un nivel y el valor se calcula de la forma normal para cada caso.
*:*:*:* = 42
El destino de despliegue tiene un nivel. Cada TCM del destino de despliegue tiene una alteración temporal del factor de velocidad para el nivel, igual a 42 MHz.
Platinum:*:*:* = 42, *:*:*:* = none
El destino de despliegue tiene un nivel. Hay una alteración temporal de 42 MHz para los módulos de clase de transacción que tienen una clase de servicio Platinum y ninguna alteración temporal para los módulos de clase de transacción que están asignados a cualquier otra clase de servicio en el destino de despliegue.
*:tc_A:*:*=42, *:tc_B:AccountManagement:MicroWebApp.war=17, *:tc_B:*:*=none
Hay una alteración temporal de 42 MHz para los TCM que tienen la clase de transacción tc_A. Para cualquier TCM que tenga la clase de transacción tc_B, una aplicación J2EE desplegada llamada AccountManagement y un módulo J2EE denominado MicroWebApp.war, hay una alteración temporal de 17 MHz. No hay ninguna alteración temporal para ningún otro TCM que tenga la clase de transacción tc_B. Este ejemplo no tiene en cuenta las clases de transacción distintas a las clases de transacción tc_A o tc_B y si encuentra otra clase de transacción, se visualiza un mensaje de error.
*:*:*:* = none, *:*:*:*:../DbCel/CICS = 0.7
No hay ninguna alteración temporal para el primer nivel. Para el nivel denominado CICS+1, existe un factor de velocidad de 0,7. El nivel CICS+1 es el primer nivel en el destino de despliegue CICS, en la célula DbCel, independientemente del TCM de destino. La clase de transacción no cambia de nivel a nivel, pero el módulo puede cambiar.

Ubicación externa

Un clúster externo se utiliza para los servidores foráneos y genéricos que no están referenciados por clústeres de servidores genéricos y no están supervisados por el agente remoto. Los servidores de base de datos son un ejemplo. Un clúster externo no puede ser un destino y no puede contener servidores de destino. Un servidor de clúster externo puede ejecutarse en cualquier tipo de máquina. Debe especificar la ubicación de los servidores de clústeres externos y las velocidades de sus nodos no supervisados mediante una propiedad personalizada en la célula de ODR.

Utilice la siguiente gramática para especificar el valor de la propiedad personalizada external.placement:
spec ::= nodespec ( ";" nodespec )*
nodespec ::= nodeName ":" [ nodeSpeed ] ":" plmtlist
plmtlist ::= dtName ( "," dtName)*
nodeName ::= name ( "/" name )*
nodeSpeed ::= number
La gramática y la interpretación de un dtName es la misma que en la especificación de alteración temporal del factor de velocidad, excepto que en esta situación, la célula pertinente contiene el nodo con una nodespec que contiene el dtName. La gramática y la interpretación para los nombres de nodo sigue el siguiente patrón. A continuación se muestran algunos ejemplos:
Tabla 5.
Valor de especificación Descripción
CicsNode: 8.6 : CICS Además de los nodos y destinos de WebSphere Application Server, hay un nodo que no se ejecuta en WebSphere Application Server, denominado "CicsNode" en la misma célula donde aparece esta propiedad. La capacidad de cálculo de dicho nodo es 8.6. Hay un destino de despliegue no asociado a WebSphere Application Server en dicho nodo; llamado "CICS". Existe un proceso servidor para dicho DT en ese nodo.
../SysX/DBA:4.7:DB1,DB2; ../SysX/DBB:2.7:DB2 Hay dos nodos que no ejecutan WebSphere Application Server, denominados DBA y DBB en la célula denominada SysX, con una capacidad de 4,7 y 2,7 respectivamente. Existen dos destinos de despliegue, llamados DB1 y DB2, en la célula SysX. DB1 se pone sólo en un nodo DBA, y DB2 se pone en nodos.

Utilizar las lecturas de CPU por proceso

Establezca la propiedad personalizada useProcessCPU en true para habilitar el controlador ARFM y el controlador de ubicación de aplicaciones de modo que se tenga en cuenta el trabajo de programas de fondo cuando calculen los recursos necesarios y se habiliten las estadísticas de uso de CPU por proceso. Cuando se establece esta propiedad en false, el perfilador de trabajo no puede calcular los factores de trabajo al mismo tiempo porque utiliza las lecturas de uso de CPU para todo el nodo:

Tabla 6. Propiedad personalizada useProcessCPU para la Versión 6.0.2 y posterior
Nombre Valor de la propiedad Valor predeterminado Valores válidos
useProcessCPU Establezca esta propiedad personalizada en la célula. true true o false

Documentos mustGather

Utilice los documentos mustGather de WebSphere Virtual Enterprise para la resolución de problemas del gestor de flujo de solicitudes autónomo y la ubicación de aplicaciones. El equipo de soporte proporciona y mantiene los documentos mustGather para cada versión de WebSphere Virtual Enterprise.






Condiciones de uso | Comentarios

Última actualización: 22-sep-2009 09H42' EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/reference/rarfmcustprop.html