Valores de política de salud

Utilice esta página para modificar políticas de salud que ya existen. Las políticas de salud permiten mantener un entorno "saludable" mediante la utilización de metodologías de detección y prevención.

Para ver esta página de la consola administrativa, pulse Políticas operativas > Políticas de salud > nombre_política_salud.

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.

Esta página tiene dos pestañas: Configuración y Topología local. En la pestaña Configuración, se muestran y configuran los valores de política de salud. En la pestaña Topología local, se muestran las pertenencias a las políticas de salud de una forma visual.

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, políticas de salud basadas en el tiempo se podrían indicar denominando las políticas EDAD_20DÍAS, EDAD_15DÍAS, etc.

Descripción

Especifica una descripción adicional de la política de salud. La descripción es opcional. La descripción se puede editar al crear o editar la política de salud. Considere utilizar la descripción opcional cuando utilice muchas políticas de salud o cuando varios administradores gestionen el mismo conjunto de políticas de salud.

Condición de salud

La condición de salud define la política específica que se implementa.

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.

  • La política de condición basada en la antigüedad reinicia los miembros asociados cuando sus edades alcanzan un determinado valor definido por el usuario. 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 solicitud excesivo realiza un seguimiento de la memoria que se utiliza para tiempos de espera de solicitud. Cuando el porcentaje de tiempos de espera excedidos infringen la condición, se reinician los miembros. 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 solicitud 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. Utilice esta política para limpiar servidores que tienen un número medio de solicitudes que tardan más tiempo que el tiempo especificado. Si un número medio de solicitudes tarda más tiempo que un determinado tiempo, se reinician los miembros. Al seleccionar la política de tiempo de respuesta excesivo, hay que definir un umbral de tiempo de respuesta. 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 toman acciones para corregir la situación. Si se define la política de salud en relación a un servidor autónomo, un clúster estático o un clúster dinámico en modalidad manual, el miembro se detiene y se reinicia. Si se define una política de salud en relación a un clúster dinámico que está en modalidad automática o supervisada, entonces se detiene el miembro que la condición indica. El controlador de ubicación decide de forma dinámica qué servidores iniciar, si hay, en base a su evaluación del entorno. Estas acciones se dan de forma automática si se está en la modalidad automática. Si se está en la modalidad supervisada, se pueden aprobar las tareas en tiempo de ejecución que se generan para corregir la situación. 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 de condición de memoria: pérdida de memoria realiza un seguimiento de tendencias descendientes consistentes en relación a la memoria libre que está disponible en un servidor en el almacenamiento dinámico 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. Esta condición da soporte como reacciones a los vuelcos de almacenamiento dinámico además de los reinicios de servidor. 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. El servidor asociado con esta política se reinicia 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 dada. 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 dado. Para un punto, la media izquierda consiste en valor medio de N nuestras que han llegado con anterioridad a 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 reinicia los miembros cuando se ha dado servicio a un número determinado de solicitudes definido por el usuario. Esta política limpia la memoria y antememorias. 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.
Propiedades de condición de salud

Especifica las propiedades específicas para la condición de salud.

Tabla 1. Propiedades de condición basadas en la antigüedad
Valor Descripción
Antigüedad máxima

Este campo está disponible para la política basada en antigüedad. La política con la condición basada en la antigüedad reinicia los miembros asociados cuando sus edades alcanzan la antigüedad máxima. Los valores aceptables son números enteros positivos en días u horas entre 1 hora y 365 días. Para entrar un valor como 1,2 días, utilice 36 horas, puesto que no se da soporte a números decimales.

Tabla 2. Propiedades de condición de tiempo de espera de solicitud excesivo
Valor Descripción
Solicitudes con tiempo de espera excedido

La política de condición de exceso de utilización de memoria reinicia los miembros cuando el uso de memoria supera un porcentaje del tamaño del almacenamiento dinámico durante un periodo de tiempo. El porcentaje del total de memoria utilizada se combina con el valor de tiempo por encima del umbral para determinar cuándo se han de reiniciar los miembros. Los valores aceptables para este campo son números enteros entre 1 y 99.

Tabla 3. Propiedades de condición de tiempo de respuesta excesivo
Valor Descripción
Tiempo de respuesta

Este campo está disponible para la política de condición de tiempo de respuesta excesivo. La política de condición de tiempo de respuesta excesivo reinicia los miembros cuando el promedio del número de respuestas completadas supera un periodo de tiempo. Los valores aceptables para este campo están entre 1 milisegundo y 60 minutos.

Tabla 4. Condición de memoria: propiedades de uso de memoria excesivo
Valor Descripción
Tamaño de almacenamiento dinámico de JVM

La política de condición de exceso de utilización de memoria reinicia los miembros cuando el uso de memoria supera un porcentaje del tamaño del almacenamiento dinámico durante un periodo de tiempo. El porcentaje del total de memoria utilizada se combina con el valor de tiempo por encima del umbral para determinar cuándo se han de reiniciar los miembros. Los valores aceptables para este campo son números enteros entre 1 y 99.

Período de tiempo infractor

Este campo está disponible para la política de condición de utilización de memoria excesiva. La política de condición de exceso de utilización de memoria reinicia los miembros cuando el uso de memoria supera un porcentaje del tamaño del almacenamiento dinámico durante un periodo de tiempo. Los valores aceptables para este campo son entre 1 segundo y 60 minutos.

Tabla 5. Condición de memoria: propiedades de condición de pérdida de memoria
Valor Descripción
Nivel de detección
Se puede elegir entre los siguientes niveles de detección. En cada nivel hay un compromiso entre la velocidad y la precisión para detectar probables pérdidas de memoria.
  • Detección más rápida, mayor probabilidad de falsas alarmas: un nivel de detección más rápido detecta pérdidas de memoria potenciales con mayor rapidez, sin embargo, este nivel de detección tiene una mayor probabilidad de identificar falsamente una pérdida de memoria que una política de detección más lenta puesto que el análisis se realiza antes que el almacenamiento dinámico Java se amplíe a su tamaño configurado máximo.
  • Detección estándar, probabilidad estándar de falsas alarmas: un nivel de detección estándar es más preciso que uno más rápido, pero no es tan rápido a la hora de identificar una pérdida de memoria potencial. Los valores estándar y más rápido precisan la misma cantidad de datos históricos, sin embargo, el valor estándar realiza el análisis después de que el almacenamiento dinámico Java se haya ampliado a su tamaño configurado máximo.
  • Detección más lenta, menor probabilidad de falsas alarmas: un nivel de detección más lento es el más preciso, sin embargo, este nivel de detección no detecta una pérdida de memoria potencial tan rápidamente como lo hace el nivel de detección más rápido. Este valor más lento es el que necesita más datos históricos.
Tabla 6. Propiedades de condición de reducción de saturación
Valor Descripción
Nivel de detección
  • Detección estándar, probabilidad normal de falsas alarmas: una política de detección estándar es menos precisa que una más lenta, pero más rápida para identificar una reducción de saturación potencial.

    Este nivel utiliza menos muestras (N=10) tanto para los tiempos de respuesta como para los pesos del gestor de carga de trabajo dinámica y detecta un punto de cambio en cada una de las métricas en base al conjunto de muestras. Como resultado, esta política llega a una conclusión con mayor rapidez puesto que espera a 20 muestras, 10 para la media izquierda y 10 para la media derecha, para calcular una diferencia de medias y buscar un máximo local. Las muestras se recogen a intervalos de 15 segundos. Por lo tanto, una reducción de saturación se detecta dentro de los 5 minutos de su aparición. Sin embargo, puesto que el número de muestras es menor, si las muestras tiene picos o bajadas transitorias, hay una probabilidad alta de falsas alarmas.

  • Detección más lenta, menor probabilidad de falsas alarmas: una política de detección más lenta es la más precisa, sin embargo, no detecta una reducción de saturación potencial con tanta rapidez que una política de detección estándar.

    Este nivel utiliza más muestras (N=15) tanto para los tiempos de respuesta como para los pesos del gestor de carga de trabajo dinámica. Como resultado, esta política llega a una conclusión con menor rapidez puesto que tiene que esperar 30 muestras (15 para la media izquierda y 15 para la media derecha) para calcular una diferencia de medias. El tiempo de detección es de siete minutos y treinta segundos. Sin embargo, puesto que se utilizan más muestras, la presencia de muestras con bajadas o picos transitorios no afecta tanto a los valores de las medias. Por lo tanto, la probabilidad de falsas alarmas es menor.

Tabla 7. Propiedades de condición de carga de trabajo
Valor Descripción
Total de solicitudes

La política de condición de carga de trabajo reinicia los miembros cuando se haya dado servicio a un número determinado de solicitudes definido por el usuario. Un valor de solicitud debe ser un número entero superior a 1000.

Tabla 8. Propiedades de condición personalizada
Valor Descripción
Ejecutar plan de reacción cuando Especifica una subexpresión que representa las métricas que se evalúan en la condición personalizada.
Reacción del supervisor de gestión de salud

Especifica la forma en que WebSphere Virtual Enterprise se comporta cuando es necesario mejorar una condición de salud.

Modalidad de reacción

Especifica la modalidad de reacción que define el comportamiento de la política de salud. La modalidad de reacción puede ser Supervisada o Automática.

  • Cuando una modalidad de reacción se establece en Supervisada, las políticas de seguridad están activas y las recomendaciones sobre las acciones se envían al administrador con una tarea de tiempo de ejecución. El administrador puede seguir las recomendaciones. Si el administrador aprueba una recomendación, de forma automática se toman las acciones para mejorar la condición de salud.
  • Cuando la modalidad de reacción se establece en Automática, las políticas de salud anotan cronológicamente datos de forma activa, y WebSphere Virtual Enterprise de forma automática toma las acciones para mejorar las condiciones de salud, sin la aprobación del administrador.
Realizar las siguientes acciones cuando se incumple la condición de salud

Existe la posibilidad de definir un conjunto específico de acciones a realizar cuando se incumple la condición de salud. Estas acciones pueden ser acciones por omisión existentes, o pueden ser acciones personalizadas definidas por el usuario para ejecutar un archivo ejecutable.

Una lista de acciones muestra el orden en que se ejecutan cuando se incumple la condición de salud. Pulse Añadir acción... para añadir una acción. Se puede elegir una acción de política de salud por omisión que ya exista, una acción personalizada que se haya creado, o se puede crear una nueva acción personalizada.

Si desea eliminar un paso, selecciónelo y pulse Eliminar acción. Si desea cambiar el orden de los pasos, seleccione un paso y pulse Subir o Bajar.

Pertenencias

Especifica los miembros de la política de salud. Se activará la política de salud que está definida para sus miembros. La pertenencia no es una relación de uno con uno; los miembros se pueden asociar a distintas políticas.

Edite el campo Pertenencia seleccionando el tipo de miembro apropiado de la lista. Los miembros potenciales resultantes aparecen en el campo Disponibles para pertenencia. Seleccione los miembros apropiados de la lista Disponibles para pertenencia. Si desea seleccionar varios miembros, pulse la tecla control hasta que haya resaltado todas sus selecciones y, a continuación, pulse Añadir para añadirlas a la pertenencia para la política de salud.




Centro de información de WebSphere Virtual Enterprise (en línea)

Información relacionada
Colección de políticas de salud
Creación de una política de salud: definir las propiedades generales de la política de salud
Creación de una política de salud: definir las propiedades de la condición de salud
Creación de una política de salud: especificar los miembros a supervisar
Colección de acciones personalizadas
Valores de acciones personalizadas
Generador de subexpresiones de condición de salud personalizada

hc_detail_main