Reglas

Tomemos como ejemplo la configuración de los umbrales de WARN y CRIT en la monitorización de sistemas de archivos. Con una configuración orientada a la base de datos, para cada sistema de archivos se introduciría una línea en una tabla:

Esto es relativamente sencillo, pero sólo porque la tabla de este ejemplo es corta. En la práctica suele haber cientos o miles de sistemas de archivos. Herramientas como copiar y pegar, y las operaciones masivas pueden simplificar el trabajo, pero el problema básico sigue siendo: ¿cómo se puede identificar y aplicar una directiva estándar? ¿Cuál es la regla general? ¿Cómo se deben preestablecer los umbrales para futuros hosts?

Sin embargo, ¡una configuración basada en reglas consiste en la directiva! Sustituiremos la lógica de la tabla anterior por un conjunto de cuatro reglas. Si suponemos que myserver001 es un sistema de prueba, y que en cada caso la primera regla relevante se aplica a cada sistema de archivos, el resultado serán los mismos umbrales que en la tabla anterior:

Es cierto que con sólo dos host no se consigue mucho, pero con unos pocos host más puede suponer rápidamente una gran diferencia. Las ventajas de la configuración basada en reglas son evidentes:

En resumen, pues: ¡menos trabajo y más calidad! Por eso, con Checkmk encontrarás abundantes reglas para personalizar host y servicios, como umbrales, ajustes de monitorización, responsabilidades, notificaciones, configuración de agentes y muchas más.

Dentro de la Configuración, Checkmk organiza las reglas en conjuntos de reglas. Cada conjunto de reglas tiene la tarea de definir un parámetro específico para hosts o servicios. Checkmk contiene más de 700 conjuntos de reglas. He aquí algunos ejemplos:

Cada conjunto de reglas es responsable o bien de los host o bien de los servicios, nunca de ambos. Si un parámetro puede definirse tanto para los host como para los servicios, hay un par de reglas aplicables -por ejemplo, Normal check interval for host checks y Normal check interval for services checks.

Algunos conjuntos de reglas, en sentido estricto, en realidad no definen parámetros, sino que crean servicios. Un ejemplo son las reglas para comprobaciones activas, que se encuentran en Setup > Services > HTTP, TCP, Email, …​. Con ellas puedes, por ejemplo, configurar una comprobación HTTP para hosts específicos. Estas reglas se clasifican como reglas de host, debido a que si existe una comprobación de este tipo en un host, se considera una propiedad del host.

Además, hay conjuntos de reglas que controlan el descubrimiento de servicios. Con ellos puedes, por ejemplo, a través de Windows service discovery definir para qué servicios de Windows deben crearse checks automáticos si se encuentran en un sistema. También son reglas de host.

La mayor parte de los conjuntos de reglas determinan parámetros para determinados check plugins. Un ejemplo es Network interfaces and switch ports. Los parámetros de estas reglas están adaptados muy específicamente a su correspondiente plugin. Estos conjuntos de reglas sólo se utilizan fundamentalmente con los servicios que se basan en este plugin. Si no estás seguro de qué conjunto de reglas es responsable de qué servicios, la mejor forma de averiguarlo es navegar directamente a través del servicio hasta la regla correspondiente. Más adelante explicaremos cómo hacerlo.

Hay algo que no hemos mencionado hasta ahora: en el ejemplo anterior hay una regla para todos los sistemas de prueba. ¿Dónde se define realmente que un host es un sistema de prueba?

En Checkmk, algo como sistema de pruebas se conoce como tag del host. Puedes ver qué tags están disponibles a través de Setup > Hosts > Tags. Algunos tags ya están predefinidos, por ejemplo, para un Test system definido en el grupo Criticality.

La aplicación de etiquetas a los hosts se hace explícitamente en las propiedades del host, o a través de la herencia en la jerarquía de carpetas. Cómo hacerlo se explica en el artículo sobre hosts. Cómo crear tus propias etiquetas, y en qué consisten las etiquetas predefinidas se explicará en el artículo sobre etiquetas del host.

Si deseas crear una nueva regla que defina un parámetro para uno o más host, hay varias formas de hacerlo. La forma directa es a través del grupo correspondiente en el menú setup, en este caso Setup > Hosts > Host monitoring rules:

En la siguiente vista, se muestran todos los conjuntos de reglas relevantes para la monitorización del host. Los números que siguen a los nombres de estos conjuntos de reglas muestran el número de reglas que ya se han definido:

Sin embargo, puedes alcanzar tu objetivo algo más rápido a través del campo de búsqueda. Para ello, por supuesto, necesitas saber aproximadamente cómo se llama el conjunto de reglas. Aquí tienes el resultado de una búsqueda de host checks como ejemplo.

Otra forma es a través del elemento de menú Hosts > Effective parameters en las propiedades de un host existente en la Configuración o a través del icono en la lista de hosts de una carpeta.

Allí encontrarás no sólo todos los conjuntos de reglas que afectan al host, sino también el parámetro actualmente efectivo para este host. En el ejemplo de Host check command no se aplica ninguna regla para el host mostrado, y por lo tanto se establece el valor por defecto Smart PING (only with Checkmk Micro Core) de las ediciones comerciales. En Checkmk edición Raw el valor por defecto es PING (active check with ICMP echo request).

Haz clic en Host check command para ver el conjunto de reglas completo.

Si ya existe una regla, en lugar de Default value aparece el número de la regla que define este parámetro.

Si haces clic en él, accederás directamente a la regla.

La ruta a los conjuntos de reglas para los servicios es similar. El acceso general es a través del menú Setup, en este caso Setup > Services > Service monitoring ruleso, más apropiadamente a través del campo de búsqueda.

Si todavía no tienes mucha experiencia con los nombres de los conjuntos de reglas, entonces la ruta a través del servicio es más sencilla. De forma similar a los host, también hay una página en la que se muestran todos los parámetros de un servicio y en la que tienes la posibilidad de acceder directamente a los conjuntos de reglas aplicables. Puedes acceder a esta página de parámetros con el icono de la lista de servicios de un host en la Configuración. El icono te lleva directamente al conjunto de reglas que define el parámetro para el check plugin de este servicio.

Por cierto, el icono de la página de parámetros también se encuentra en la monitorización del menú de acción de cada servicio:

En el menú Setup también encontrarás una entrada para Enforced Services. Como su nombre indica, puedes utilizar estos conjuntos de reglas para forzar la creación de servicios en tus host. Encontrarás más detalles en el artículo sobre servicios. Un pequeño número de conjuntos de reglas -como Simple checks for BIOS/Hardware errors- sólo se pueden encontrar en los servicios forzados. Son servicios que no resultan del descubrimiento de servicios, sino que los creas tú manualmente.

En cada una de las listas de conjuntos de reglas antes mencionadas -ya sea en Host monitoring rules o en Service monitoring rules- puedes utilizar Related > Used rulesets en la barra de menú, para mostrar sólo los conjuntos de reglas en los que hayas definido al menos una regla. Esta suele ser una forma cómoda de empezar si quieres hacer ajustes a tus reglas existentes. Por cierto, algunas de las reglas se habrán generado por defecto al crear el site de Checkmk y forman parte de la configuración de muestra. También se muestran aquí.

La monitorización es un asunto complejo. Puede ocurrir que haya reglas que no coincidan con ningún host o servicio, ya sea porque te has equivocado o porque los host y servicios coincidentes han desaparecido. Estas reglas ineficaces se pueden encontrar en las listas de conjuntos de reglas mencionadas anteriormente a través de Related > Ineffective rulesets en la barra de menú.

Checkmk está en constante desarrollo. De vez en cuando las cosas se estandarizan y puede ocurrir que algunos conjuntos de reglas sean sustituidos por otros. Si tienes en uso tales conjuntos de reglas, la forma más fácil de encontrarlos es hacer una búsqueda de reglas. Ábrela a través de Setup > General > Rule search. A continuación, haz clic en la barra de menú en Rules > Refine search, selecciona Search for deprecated rulesets como opción para Deprecatedy selecciona Search for rule sets that have rules configured como opción para Used. Tras un clic adicional en Search obtendrás el resumen deseado.

Cuando accedas a un conjunto de reglas para un host o servicio en Setup, Checkmk te mostrará este conjunto de reglas en el modo de análisis. Puedes llegar a él haciendo clic en el icono del menú de acción en Setup en la lista del host o servicio. La siguiente página Effective parameters of muestra la lista de reglas que se aplican al host/servicio. Para ir al modo de análisis, haz clic en el nombre de un conjunto de reglas para el que exista al menos una regla, es decir, un conjunto que no esté configurado en Default value:

Este modo tiene dos características. En primer lugar, aparece un segundo botón para establecer reglas:Add rule for current host bzw. Add rule for current host and service.

Con él puedes crear una nueva regla que ya tenga preseleccionado el host o servicio actual apropiado. De este modo, puedes crear una regla excepcional de forma muy fácil y directa. En segundo lugar, en cada línea aparece un icono de "semáforo", cuyo color muestra si esta regla afecta y/o cómo afecta al host o, respectivamente, al servicio actual. Son posibles las siguientes condiciones:

En la última condición -la regla es una coincidencia parcial- sólo puede darse en conjuntos de reglas en los que una regla puede definir varios parámetros seleccionando cajas de check individuales. Teóricamente, aquí también se pueden definir individualmente todos los parámetros de otra regla. Más adelante hablaremos de ello.

Todo lo que aparece en el primer bloque, Rule Properties, es opcional, y sirve principalmente para la documentación:

La segunda sección es diferente para cada regla, pero siempre especifica lo que se debe hacer. La siguiente ilustración muestra un tipo de regla muy utilizado (DB2 Tablespaces). Puedes utilizar casillas de verificación para determinar qué parámetros individuales debe definir la regla. Como se ha descrito anteriormente, Checkmk determina qué regla define cada parámetro individual por separado. Por tanto, la regla de la ilustración sólo define un valor y no afecta al resto de parámetros:

También puedes controlar los valores de ésta y otras reglas en función del tiempo/calendario. Por ejemplo, puedes establecer valores umbrales para que la carga de tablespace durante el horario laboral sea diferente a la de los fines de semana.

Primero haz clic en el botón Enable timespecific parameters y después en Add new element, verás las opciones dependientes del tiempo:

Ahora selecciona un periodo de tiempo en la lista Match only during time period y, a continuación, selecciona los parámetros a los que debe aplicarse este periodo de tiempo.

Algunos conjuntos de reglas no establecen ningún parámetro, sino que sólo deciden qué host están dentro y cuáles no. Un ejemplo es el conjunto de reglas Hosts to be monitored, cuyo rango de parámetros tiene este aspecto:

Seleccionando uno de los dos valores disponibles, decides qué hacer con los hosts afectados. Seleccionando Positive match (Add matching hosts to the set) añadirás los hosts afectados al conjunto de hosts a monitorizar. Seleccionando Negative match (Exclude matching hosts from the set) eliminarás los hosts afectados de la monitorización. Positive match o Negative match se refiere al contenido de la regla actual. No es un criterio de filtrado adicional para seleccionar hosts. Filtras el conjunto de hosts afectados exclusivamente con el siguiente Conditions.

En la sección anterior, definiste cómo deben procesarse todos los host o servicios afectados por tu regla. En la tercera sección Conditions defines ahora sobre qué host o servicios debe actuar la regla, y por tanto sus efectos. Existen diferentes tipos de condiciones que deben cumplirse todas ellas para que la regla tenga efecto. Por tanto, las condiciones están vinculadas lógicamente por Y:

En la introducción al concepto de reglas, has visto que la primera regla que se aplica siempre determina el resultado final. Esto no es toda la verdad. Hay un total de tres tipos diferentes de evaluación:

La información sobre cómo se evalúa la regla se muestra para cada conjunto de reglas directamente debajo de la barra de menú:

Ahora bien, ¿cómo se evalúa concretamente si se han creado varias reglas que se van a aplicar a varios host? Para ilustrarlo, pongamos un ejemplo sencillo:

Supongamos que tienes tres host y quieres establecer diferentes notificaciones periódicas para cada uno de ellos (y también para todos los host que se añadan en el futuro) con la regla Periodic notifications during host problems:

Si ahora activas tu configuración, Checkmk recorre la cadena de reglas de arriba abajo, lo que da como resultado la siguiente evaluación:

Ten en cuenta lo siguiente: como "La primera regla que coincide define el parámetro" se aplica a este conjunto de reglas, el proceso de la secuencia de reglas siempre termina tras la primera coincidencia. Por tanto, ¡el orden de las reglas es decisivo para el resultado! Esto se hace evidente cuando se cambia el orden de las reglas y se intercambian las reglas B y C:

Si ahora se vuelve a recorrer la secuencia de reglas de arriba abajo para cada uno de los hosts, el resultado también cambia: la regla C ahora se aplica no sólo al Host-3, sino también al Host-2, de modo que la notificación para ambos hosts tiene lugar cada 30 minutos. Esto completa el proceso para ambos hosts. Aunque la regla B sería relevante para el Host-2, e incluso se escribió para este host, ya no se evaluará ni se aplicará. En el modo de análisis, el proceso tendrá entonces este aspecto:

Combinando las distintas opciones explicadas en este artículo -y teniendo en cuenta el orden correcto de procesamiento- puedes utilizarlas para construir complejas secuencias de reglas para complejos de host enteros.