Utilice esta página para crear políticas de salud, utilizadas para realizar una gran variedad de cálculos
basados en salud sobre los clústeres, clústeres dinámicos e instancias de servidores de aplicaciones que se ejecutan en
los nodos.
Para ver esta página de la consola administrativa, pulse .
Los privilegios en relación a las políticas de salud dependen del rol administrativo del usuario. Los roles incluyen los del supervisor, el operador, el configurador y el administrador. Si está utilizando un rol de operador o supervisor, sólo puede ver la información de la política de salud. Si está utilizando un rol de configurador o administrador, tiene todos los privilegios de configuración en relación a las políticas de salud.
Cuando haya completado todos los campos necesarios, pulse Siguiente para continuar.
Nombre
Especifica el nombre de una política de salud. El nombre de la política de salud es necesario y debe ser único entre todas las políticas de salud de la célula.
El nombre no puede empezar con un punto (.)
ni con un espacio. Un espacio no genera un error, pero los espacios al principio o al final se eliminan automáticamente. Es conveniente utilizar nombres de política de salud con sentido y de forma coherente. Por ejemplo, las políticas de salud basadas en antigüedad se podrían indicar denominando las políticas ANTIGÜEDAD_20DÍAS, ANTIGÜEDAD_15DÍAS.
Condición de salud predefinida
La condición de salud define la política específica que se implementa. Las condiciones de salud predefinidas son aquellas que se proporcionan con Intelligent Management.
Algunas políticas se basan en la prevención y otras se basan en la detección.
Las políticas que se basan en la prevención se utilizan para evitar condiciones que podrían dar lugar a problemas, mientras que las políticas basadas en la detección se utilizan para identificar condiciones existentes y resolverlas. Estas políticas se pueden utilizar para realizar una gran variedad de cálculos basados en la salud de los clústeres,
clústeres dinámicos e instancias de servidores de aplicaciones que se ejecutan en los
nodos. En el caso de los clústeres dinámicos, independientemente de la política de salud que esté
utilizando siempre permanecen en ejecución un número mínimo de instancias de clúster dinámico.
- Cuando la condición basada en antigüedad infringe el valor de antigüedad definido por el usuario, se ejecutan las acciones de salud asociadas.
Al reiniciarlos se borran todos los datos adquiridos de la memoria y antememoria. Si se selecciona una política de condición basada en la antigüedad, hay que definir el criterio de antigüedad.
Todos los tipos de servidor dan soporte a la condición basada en la antigüedad.
- La política de tiempo de espera de petición excesivo realiza un seguimiento de la memoria que se utiliza para tiempos de espera de petición. Cuando el porcentaje de tiempos de espera excedidos infringen la condición,
se ejecutan las acciones de salud asociadas. Si selecciona una condición de tiempo de espera de solicitud excesivo, hay que establecer el umbral de porcentaje memoria utilizada. Todos los tipos de servidores dan soporte a la condición de tiempo de espera de petición excedido.
Restricción: el tiempo de espera de solicitud excedido no se aplica al tráfico IIOP (Internet Inter-ORB) ni a JMS (Java Message Service).
- La política de condición de tiempo de respuesta excesivo efectúa un seguimiento de las solicitudes y el tiempo que tardan en completarse.
Al seleccionar la política de tiempo de respuesta excesivo, hay que definir un umbral de tiempo de respuesta.
Si en un intervalo de tiempo específico el promedio del tiempo de respuesta de las
solicitudes supera el valor del umbral, se activa la política de salud. Todos los tipos de servidores dan soporte a la condición de tiempo de respuesta excesivo.
- La política de condición de memoria: uso de memoria excesivo realiza un seguimiento de la utilización de memoria por parte de un miembro. Cuando la utilización de memoria excede un porcentaje del tamaño del almacenamiento dinámico durante un tiempo especificado, se ejecutan las acciones de salud. Si selecciona la política de uso de memoria excesivo, hay que definir la memoria utilizada y el umbral de tiempo por encima de la memoria definida. Únicamente los servidores de aplicaciones que se ejecutan en nodos en los que se ejecuta WebSphere Application
Server o WebSphere Application Server Community Edition dan soporte a la condición de uso de memoria excesivo. No se puede definir la condición de uso de memoria excesivo con otros tipos de servidor de middleware.
- La política condición de memoria: pérdida de memoria busca las tendencias coherentes en sentido descendente en la memoria libre que está disponible para un servidor en la pila Java.
El valor del nivel de detección determina cuándo se detectan estas tendencias.
Si selecciona la condición de memoria: política de pérdida de memoria, hay que definir un nivel de detección. Este valor de nivel de detección más lento es el que necesita más datos históricos. Los valores de nivel de detección normal y más rápido precisan la misma cantidad de datos históricos, sin embargo, el valor de más rápido realiza el análisis antes que el almacenamiento dinámico Java se haya ampliado a su tamaño configurado máximo. De esta forma se proporciona la posibilidad de una detección más temprana, pero con una mayor propensión a falsos positivos. Cuando se incumple esta condición, se ejecutan las acciones de salud. No se da soporte a la condición de pérdida de memoria con otros tipos de servidor de middleware.
- La política de condición de reducción de saturación realiza un seguimiento de solicitudes en situación de atasco. Las acciones asociadas con esta política de salud se ejecutan cuando se alcanza el nivel de detección especificado. La detección de reducción de saturación se basa en la detección de puntos de cambio en los datos de una serie temporal específica. Las métricas que se utilizan para detectar reducción de saturación son tiempos de respuestas y pesos de gestor de carga de trabajo de despliegue que se observan para el servidor. La condición de reducción de saturación únicamente se aplica a células y clústeres dinámicos. Si se selecciona la política de reducción de saturación, también hay que seleccionar el nivel de detección.
Para detectar puntos de cambio, el controlador de salud calcula una media izquierda y una media derecha para un punto específico. Para un punto, la media izquierda consiste en valor medio de N nuestras que han llegado antes que esta muestra, y la media derecha es el valor medio de N muestras, incluido el punto actual, que llegan más tarde. La diferencia entre los valores de la media izquierda y la derecha se almacena y compara con otras diferencias en un conjunto de valores de N elementos para determinar si esta diferencia es un máximo local. Si esta diferencia es una diferencia máxima, entonces el punto al que corresponde esta diferencia, es declarado como punto de cambio. Las dos métricas que se utilizan para detectar reducción de saturación son la de tiempo de respuesta y la de pesos del gestor de carga de trabajo dinámica que se supervisan para el servidor.
Todos los tipos de servidor dan soporte a la condición de reducción de saturación.Restricción: la condición de reducción de saturación no se aplica al tráfico IIOP ni a JMS.
- La política de condición de carga de trabajo ejecuta las acciones de salud asociadas, cuando se ha dado servicio a un número determinado de peticiones definido por el usuario. Si se selecciona la política de carga de trabajo, hay que definir el criterio solicitudes totales. Todos los tipos de servidor dan soporte a la condición de carga de trabajo.
- La política de condición de porcentaje de recogida de basura supervisa una JVM (Java Virtual Machine) o conjunto de JVM para determinar si está empleando más del porcentaje especificado de tiempo en la recogida de basura durante el periodo de muestreo. Dado que la recogida de basura aumenta el uso del procesador, esta política puede informarle de si el bajo rendimiento es resultado del tiempo empleado en la recogida de basura.