Reglas

Como ejemplo, tomemos la configuración de los umbrales para WARN y CRIT en la monitorización de sistemas de archivos. Con una configuración orientada a bases de datos, para cada sistema de archivos habría que introducir una línea en una tabla:

Esto es relativamente sencillo, pero solo 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 acciones masivas pueden simplificar el trabajo, pero el problema básico sigue ahí: ¿cómo puedes identificar e implementar una directiva estándar? ¿Cuál es la regla general? ¿Cómo se deben preconfigurar los umbrales para futuros hosts?

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

Vale, con solo dos hosts eso no supone gran cosa, pero con solo unos cuantos hosts más puede marcar rápidamente una gran diferencia. Las ventajas de la configuración basada en reglas son obvias:

En resumen: ¡menos trabajo, más calidad! Por eso, en Checkmk encontrarás un montón de reglas para personalizar hosts y servicios, como umbrales, ajustes de monitorización, responsabilidades, notificaciones, configuración de agentes y mucho más.

En la configuración, Checkmk organiza las reglas en conjuntos de reglas. Cada conjunto de reglas tiene la función de definir un parámetro específico para hosts o servicios. ¡Checkmk contiene más de 700 conjuntos de reglas! Aquí tienes algunos ejemplos:

Cada conjunto de reglas se encarga de los hosts o de los servicios, nunca de ambos. Si un parámetro se puede definir tanto para hosts como para 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, estrictamente hablando, no definen parámetros, sino que crean servicios. Un ejemplo son las reglas para comprobaciones activas, que se pueden encontrar 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, ya 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 comprobaciones automáticas si se encuentran en un sistema. Estas también son reglas de host.

La mayoría de los conjuntos de reglas determinan los parámetros de check plugins específicos. Un ejemplo es Network interfaces and switch ports. La configuración de estas reglas está adaptada de forma muy específica a su check plugin correspondiente. Estos conjuntos de reglas solo se utilizan, fundamentalmente, con aquellos servicios que se basan en este plugin. Si no estás seguro de qué conjunto de reglas se encarga de qué servicios, la mejor forma de averiguarlo es navegando directamente desde el servicio hasta la regla correspondiente. Más adelante se explicará cómo hacerlo.

Hay algo que aún no hemos mencionado: 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 prueba» se conoce como tag del host. Puedes ver qué etiquetas están disponibles en Setup > Hosts > Tags. Algunas etiquetas ya están predefinidas, por ejemplo, para un «Test system» definido en el grupo «Criticality».

La aplicación de tags a los hosts se realiza bien de forma explícita en las propiedades del host, bien mediante herencia en la jerarquía de carpetas. En el artículo sobre hosts se explica cómo hacerlo. En el artículo sobre tags del host se explica cómo crear tus propias etiquetas y en qué consisten las etiquetas predefinidas.

Si quieres crear una nueva regla que defina un parámetro para uno o más hosts, 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 de tabla se muestran todos los conjuntos de reglas relevantes para la monitorización de hosts. Los números que siguen a los nombres de estos conjuntos de reglas indican el número de reglas que ya se han definido:

Sin embargo, puedes llegar a 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» a modo de 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 mediante el icono «» en la lista de hosts de una carpeta.

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

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

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

Al hacer clic en él, irá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 rules » o, más convenientemente, a través del campo de búsqueda.

Si aún no tienes mucha experiencia con los nombres de los conjuntos de reglas, la ruta a través del servicio es más sencilla. Al igual que con los hosts, también hay una página en la que se muestran todos los parámetros de un servicio y donde tienes la posibilidad de acceder directamente a los conjuntos de reglas aplicables. Puedes acceder a esta página de parámetros con el icono en 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 del check plugin para este servicio.

Por cierto, el icono «» de la página de parámetros también se encuentra en la sección de 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 usar estos conjuntos de reglas para forzar la creación de servicios en tus hosts. 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»— solo se pueden encontrar en los servicios forzados. Se trata de servicios que no son resultado del descubrimiento de servicios, sino que los creas tú manualmente.

En cada una de las listas de conjuntos de reglas mencionadas anteriormente —ya sea en Host monitoring rules o en Service monitoring rules— puedes usar «Related > Used rulesets» en la barra de menú para mostrar solo los conjuntos de reglas en los que hayas definido al menos una regla. A menudo, esta es una forma práctica de empezar si quieres hacer ajustes en 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 ejemplo. Estas también se muestran aquí.

La monitorización es un tema complejo. Puede ocurrir que haya reglas que no tengan ninguna coincidencia con ningún host o servicio, ya sea porque has cometido un error o porque los hosts y servicios correspondientes 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 se estandarizan cosas y puede ocurrir que algunos conjuntos de reglas sean sustituidos por otros. Si tienes esos conjuntos de reglas en uso, 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 «Deprecated» y selecciona «Search for rule sets that have rules configured» como opción para «Used». Tras hacer clic de nuevo en «Search», obtendrás la vista general deseada.

Cuando accedes 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 allí haciendo clic en el icono «» en el menú de acción «» de la pestaña «Setup» en la lista de hosts o servicios. 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 configurar reglas: «Add rule for current host» o «Add rule for current host and service.»

Con esto puedes crear una nueva regla que ya tenga preseleccionado el host o servicio actual correspondiente. De esta forma puedes crear una regla excepcional de manera muy fácil y directa. En segundo lugar, aparece un icono de «semáforo» en cada línea, cuyo color indica si esta regla afecta al host o servicio actual, y de qué manera. Las siguientes condiciones son posibles:

En la última condición —la regla es una coincidencia parcial e— solo puede darse en conjuntos de reglas en los que una regla puede definir varios parámetros seleccionando casillas de verificación individuales. En teoría, aquí también se puede configurar individualmente cada parámetro de otra regla. Más adelante hablaremos de esto.

Todo lo que hay en el primer bloque, «Rule Properties», es opcional y sirve principalmente como 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 usar checkboxes 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 lo tanto, la regla de la ilustración solo define ese valor y no afecta al resto de ajustes:

También puedes controlar los valores de esta y otras reglas en función del tiempo o del calendario. Por ejemplo, puedes establecer valores umbrales para que la carga del 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 luego 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 se aplicará este periodo de tiempo.

Algunos de los conjuntos de reglas no establecen un parámetro, sino que solo deciden qué hosts están incluidos y cuáles no. Un ejemplo es el conjunto de reglas «Hosts to be monitored», cuyo rango de parámetros tiene este aspecto:

Al seleccionar uno de los dos valores disponibles, decides qué hacer con los hosts afectados. Si seleccionas «Positive match (Add matching hosts to the set)», se añadirán los hosts afectados al conjunto de hosts que se van a realizar la monitorización. Si seleccionas «Negative match (Exclude matching hosts from the set)», se eliminarán los hosts afectados de la monitorización. La opción «Positive match» o «Negative match» se refiere al contenido de la regla actual. No es un criterio de filtro adicional para seleccionar hosts. Filtras el conjunto de hosts afectados exclusivamente con la siguiente opción «Conditions».

En la sección anterior, definiste cómo se deben procesar todos los hosts o servicios afectados por tu regla. En la tercera sección Conditions, ahora defines sobre qué hosts o servicios debe actuar la regla —y, por lo tanto, cuáles serán sus efectos. Hay diferentes tipos de condiciones que deben cumplirse todas para que la regla surta efecto. Por lo tanto, las condiciones están lógicamente vinculadas mediante un «Y»:

En la introducción al concepto de reglas, viste que la primera regla que se aplica siempre determina el resultado final. Esto no es del todo cierto. 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 justo debajo de la barra de menú:

Ahora bien, ¿cómo se evaluará concretamente si has creado varias reglas que se van a aplicar a varios hosts? Para ilustrarlo, tomemos un ejemplo sencillo:

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

Si ahora activas tu configuración, Checkmk recorre la secuencia de reglas de arriba abajo. Esto da lugar a la siguiente evaluación:

Ten en cuenta lo siguiente: Dado que «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 lo tanto, el orden de las reglas es decisivo para el resultado! Esto queda claro cuando se cambia el orden de las reglas y se intercambian las reglas B y C:

Si ahora se vuelve a ejecutar la secuencia de reglas de arriba abajo para cada host, el resultado también cambia: La regla C ahora se aplica no solo al Host-3, sino también al Host-2, de modo que la notificación para ambos hosts se produce cada 30 minutos. Con esto se completa el procesamiento 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 quedaría así:

Combinando los distintos ajustes explicados en este artículo —teniendo en cuenta el orden correcto del proceso— puedes utilizarlos para crear secuencias de reglas complejas para complejos de hosts completos.