WebSphere Extended Deployment Versión 6.1 mejora la gestión de la carga de
trabajo y las políticas de servicio para
Compute Grid proporcionando una metodología de
políticas de servicio basadas en reglas, un nuevo tipo de objetivo de políticas de
servicio de tiempo de finalización y la posibilidad de combinar trabajos de larga
duración y cargas de trabajo OLTP en el mismo servidor de aplicaciones webSphere. Las
características del componente Operations Optimization se aplican a la gestión del
entorno de Compute Grid cuando los dos componentes,
Compute Grid y Operations Optimization, se despliegan conjuntamente. Debe tener instalado
el componente Operations Optimization para poder definir políticas de servicio. Consulte
el Information Center de Operations Optimization para obtener más información sobre las
operaciones dinámicas.
Consulte el Information Center de WebSphere Extended Deployment Operations
Optimization para obtener más información sobre cómo definir políticas de servicio.
La clasificación de las políticas de servicio en WebSphere Extended Deployment
Compute Grid se controla mediante un conjunto de reglas definidas en el planificador de trabajos. Estas reglas constan de expresiones
booleanas y pueden incluir los siguientes tipos de operandos:
- Identidad del emisario
- Grupo de emisarios
- Nombre de trabajo
- Clase del trabajo
- Nombre de la aplicación
- Tipo de aplicación
- Plataforma
- Hora
Consulte Clasificación de trabajos en Compute Grid
para obtener información detallada acerca de cada uno de los operandos anteriores.
Tipos de objetivos
- Los objetivos discrecionales indican el trabajo que no tiene un valor importante.
Como resultado, el trabajo de este tipo puede sufrir una degradación en el rendimiento cuando se limitan los recursos.
- Los objetivos de tiempo de respuesta medio indican el trabajo que tiene una prioridad más alta que la discrecional. El objetivo del tiempo de respuesta medio se asigna a un objetivo de tiempo específico en los paneles siguientes.
- Los objetivos de tiempo de respuesta percentil son otra medida para el trabajo que tiene una prioridad más alta que la discrecional. Los objetivos de respuesta percentil se definen con un criterio específico en el panel siguiente. El destino del tiempo de respuesta percentil es el porcentaje de solicitudes cuyo tiempo de respuesta es T o menos que podría ser P o más; un destino tiene valores concreto para T y P.
- Los objetivos de tiempo de finalización especifican la cantidad
máxima de tiempo (en minutos) en la que un trabajo puede completarse y mantener el nivel de
servicio que implica la política de servicio. Los objetivos de tiempo de cola se han
desechado en la versión 6.1. El tiempo de finalización es igual al tiempo de cola más el
tiempo de ejecución de un trabajo de larga duración. El tiempo de
finalización y la importancia asociada con las políticas de servicio garantizan que
se envíen primero los trabajos importantes. Todos los trabajos se envían inmediatamente
si hay capacidad suficiente. Este tipo de objetivo de tiempo de finalización se utiliza
sólo cuando hay más trabajos de los que se pueden procesar inmediatamente. El objetivo es
que el trabajo esté completo en el tiempo de finalización, no sólo que se envíe. El
controlador de ubicación de aplicaciones (APC) evalúa la fecha histórica de un trabajo y
envía el trabajo basándose en esos datos. Por ejemplo, si el tiempo de finalización se
establece en 30 minutos, y según la fecha histórica el APC sabe que el trabajo tarda 30
minutos en completarse, este trabajo se enviará inmediatamente. La clase de un trabajo es
importante cuando se predicen las características de rendimiento de los trabajos por
lotes. El diseño del APC es tal que el sistema supone que un trabajo en la clase A tendrá
(de forma general) las mismas características de rendimiento que otros trabajos en la
clase A.
Reglas de clasificación predeterminadas y prioridad
WebSphere
Extended Deployment Versión 6.1 proporciona dos reglas de clasificación predeterminadas:
- Regla que asigna cualquier trabajo de tipo Java 2 Platform Enterprise Edition (J2EE)
a la clase de transacción definida por la clase de trabajo IIOP predeterminada de la
aplicación J2EE mencionada.
- Regla que asigna cualquier trabajo a la clase de transacción predeterminada, DEFAULT_TC
Las dos reglas predeterminadas se pueden editar y suprimir. El orden de las reglas se puede modificar y se puede añadir una clasificación definida por el usuario. El
Planificador de trabajos evalúa la lista de reglas de clasificación por orden y asigna la
clase de transacción especificada por la primera regla coincidente. Sólo se da soporte a un conjunto de reglas de clasificación en
WebSphere Extended Deployment Versión 6.1.
Se asocia una clase de transacción configurable predeterminada, denominada DEFAULT_TC de forma predeterminada,
a este conjunto. Si ninguna de las reglas de clasificación coincide con un trabajo, se aplica la clase de transacción predeterminada a dicho trabajo. El soporte de la interfaz gráfica de usuario, GUI, para seleccionar una clase de transacción de una lista desplegable mientras se crea una regla sólo existe si está presente el paquete Operations Optimization. En un entorno sólo de Compute Grid hay un campo de texto donde
se especifica el nombre de la clase de transacción.