Creación de una política de salud: definir las propiedades generales de la política de salud
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, 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 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 WebSphere Virtual Enterprise.
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.
- Condición de salud personalizada
Existe la posibilidad de definir condiciones de salud si las condiciones de salud existentes no se adecuan a sus necesidades. Las condiciones de salud personalizadas se pueden verificar en relación a métricas de su entorno.
hc_detail_main_new