Comprensión y configuración de servicios

Una vez que has añadido un nuevo host en la configuración, el siguiente paso es llamar a la lista de servicios. Con esta acción se produce por primera vez el descubrimiento automático de servicios para este host, y se comprueba paralelamente la accesibilidad de las fuentes de datos. También puedes llamar a esta lista en cualquier momento posterior para reiniciar el descubrimiento o realizar modificaciones en la configuración. Hay varias formas de abrir la lista de servicios:

Cuando un host ha sido recién incorporado, sus servicios aún no han sido configurados, por lo que todos los servicios descubiertos aparecen en la categoría Undecided services - currently not monitored:

El método habitual para añadir los servicios recién descubiertos consiste en pulsar simplemente el botón Accept all. De este modo también se añadirán de una sola vez todas las etiquetas de host. Después, rápidamente Activate changes- tras lo cual el host estará en la monitorización.

Para un host que ya está siendo monitorizado, esta lista tiene un aspecto diferente. En lugar de Undecided services - currently not monitored verás Monitored services. Si Checkmk detecta algo en un host que no está siendo monitorizado y que, sin embargo, debería serlo, entonces la lista tendrá este aspecto:

Un clic en Monitor undecided services o en Accept all simplemente añade todos los servicios que faltan para que la monitorización vuelva a estar completa. Si sólo quieres añadir algunos de los servicios que faltan, puedes alternativamente hacer clic en el botón para Move to monitored services.

En los centros de datos no sólo pueden aparecer cosas nuevas, sino también desaparecer. Una instancia de base de datos puede dejar de funcionar, un LUN puede desmontarse, un sistema de archivos puede eliminarse, etc. Checkmk reconoce automáticamente estos servicios como desaparecidos. En la lista de servicios, por ejemplo, tendrá este aspecto:

La forma más sencilla de liberarse de estos servicios es de nuevo con un clic en Accept all o pulsando el botón en cada línea individual, que significa Remove vanished services.Atención: La razón de la desaparición puede deberse, por supuesto, a un problema! La desaparición de un sistema de archivos también puede significar que, debido a un error, no se ha podido montar. Al fin y al cabo, ¡la monitorización está ahí para esos casos! Sólo debes eliminar el servicio cuando sepas realmente que ya no necesita monitorización.

No necesariamente querrás monitorizar todo lo que encuentre Checkmk. Por supuesto, el descubrimiento funciona de forma orientada al objetivo, y puede excluir de antemano muchos datos innecesarios. Sin embargo, ¿cómo puede saber Checkmk, por ejemplo, que una determinada instancia de base de datos se ha configurado sólo "para jugar", y no está en producción? Hay dos formas de eliminar estos servicios:

Hay una serie de Plugins que se dan cuenta de cosas durante un descubrimiento. Por ejemplo, el Plugin para interfaces de red comprueba la velocidad establecida en la interfaz durante el descubrimiento. ¿Por qué? ¡Para poder avisarte en caso de que cambie! No suele ser una buena señal que una interfaz esté configurada a veces a 10 Mbit/s, y a veces a 1 Gbit/s - esto podría ser más bien una indicación de una autonegociación defectuosa.

¿Qué ocurre cuando se desea este cambio y debe aceptarse como OK a partir de ahora? O bien - eliminar el servicio a través del icono , que significa Move to undecided services y volver a añadirlo inmediatamente después. O actualizar todos los servicios del host haciendo clic en Actions > Remove all and find new en la barra de menú. Esto es naturalmente mucho más fácil, pero sólo cuando no quieras mantener servicios individuales en estado de error.

Actualizar sólo las etiquetas se puede conseguir fácilmente a través de Actions > Host labels > Update host labels y Actions > Services > Update service labels respectivamente en la barra de menú. Si sólo es necesario añadir o actualizar etiquetas de servicio individuales (nuevas), se puede hacer en la línea del servicio respectivo en la caja Changed services haciendo clic en .

Hay algunas características especiales para los dispositivos que se monitorizan mediante SNMP. Puedes conocerlas en el Artículo sobre SNMP.

No tendría mucho sentido que Checkmk definiera simplemente un servicio para monitorizar todos los procesos que se encuentran en un host. La mayoría de los procesos carecen de interés o sólo están presentes temporalmente. Como mínimo, hay cientos de procesos ejecutándose en un servidor Linux típico.

Por tanto, para la monitorización de servicios tienes que trabajar conservicios forzados o -y esto es mucho más elegante- utilizando el conjunto de reglas Process discovery para indicar al descubrimiento de servicios qué procesos debe vigilar. De este modo, siempre puedes permitir que se inicie automáticamente una monitorización cuando se encuentre un procesodefinitivamente interesante en un host.

La siguiente imagen muestra una regla del conjunto de reglas Process discovery que busca procesos que ejecuten el programa /usr/sbin/apache2. En este ejemplo se creará un servicio (Grab user from found processes) para cada usuario diferente del sistema operativo para el que se encuentre un proceso de este tipo. El servicio se llamará Apache %u, donde %use sustituirá por el nombre del usuario. Para el umbral, el número de instancias del proceso se fijará en 1/1 (mínimo) y 30/60 (máximo) respectivamente:

Ten en cuenta que los umbrales predefinidos se denominanDefault parameters for detected services. Puedes asignarlos -y también a todos los demás servicios- mediante reglas. Como recordatorio: las reglas anteriores configuran el descubrimiento deservicios -el qué. Si los servicios están presentes por primera vez, la secuencia de reglas State and count of processes es responsable de los umbrales.

El hecho de que puedas establecer umbrales durante un descubrimiento es una ayuda para la comodidad. Sin embargo, hay un inconveniente: los cambios en la regla de descubrimiento sólo surten efecto con el siguiente descubrimiento. Si cambias los umbrales, tendrás que realizar un nuevo descubrimiento. Sin embargo, si sólo utilizas la regla para descubrir los servicios (el qué), y el conjunto de reglasState and count of processes para el cómo, entonces no tendrás este problema.

Para monitorizar determinados procesos o procesos individuales en un host Windows, sólo tienes que indicar el nombre del archivo (incluida la extensión) sin ninguna ruta en el campoExecutable. Puedes encontrar todos estos nombres en la pestaña de detalles del Administrador de Tareas de Windows, por ejemplo. En la regla Process discovery esto podría verse así para el proceso svchost:

Puedes encontrar más información sobre el descubrimiento de procesos en la ayuda en línea de este conjunto de reglas. Como siempre, puedes activarlo a través de Help > Show inline help en la barra de menú.

El descubrimiento y parametrización de la monitorización de servicios de Windows es análogo al de los procesos y se controla mediante los conjuntos de reglasWindows service discovery (qué) y Windows services (cómo) respectivamente. Aquí tienes un ejemplo de regla que vigila dos servicios:

Exactamente igual que para los procesos, aquí el descubrimiento de servicios también es sólo una opción. Si, basándote en las características del host y en las carpetas, puedes formular reglas precisas para los host en los que se esperan servicios concretos, también puedes trabajar con servicios forzados. Esto es independiente de la situación que se encuentre realmente; sin embargo, puede requerir bastante más esfuerzo, ya que en estas circunstancias necesitas muchas reglas para describir exactamente qué servicio se espera en cada host.

Checkmk utiliza la misma lógica para la monitorización de interfaces de red en servidores y puertos en conmutadores Ethernet. Con los puertos del switch son especialmente interesantes las opciones existentes para controlar el descubrimiento de servicios, aunque (a diferencia de los procesos y los servicios de Windows) el descubrimiento funciona inicialmente sin reglas. Es decir, por defecto Checkmk monitoriza automáticamente todos los puertos físicos que actualmente tienen un estado UP. El conjunto de reglas aplicable se denomina Network interface and switch port discovery y ofrece numerosas opciones de configuración que aquí sólo se describen brevemente:

Las siguientes opciones son las más importantes:

Sin embargo, para esto es mucho mejor un check de descubrimiento regular, que se configura automáticamente en los nuevos sites. Este servicio Check_MK Discovery existe para cada host y registrará un WARN siempre que encuentre items no monitorizados:

Los detalles de los servicios no supervisados o desaparecidos se encuentran en la página de detalles del servicio Check_MK Discovery en el campo Details:

Se puede acceder fácilmente a la lista de servicios del host en la Configuración mediante el menú de acción del servicio Check_MK Discovery y la entrada Run service discovery.

La parametrización del discovery check se realiza de forma muy sencilla utilizando el conjunto de reglas Periodic service discovery. En un site que esté out of the box, ya encontrarás una regla que se ha definido para que se aplique a todos los host:

Junto con el intervalo en el que debe ejecutarse el check, puedes establecer el estado de monitorización para los casos de servicios no monitorizados, servicios desaparecidos, etiquetas de servicio cambiadas y nuevas etiquetas de host.

Puedes hacer que el discovery check añada automáticamente los servicios que faltan. Para ello, activa la opción Automatically update service configuration, que pondrá a tu disposición otras opciones.

Además de las adiciones, en Parameters también puedes elegir borrar los servicios desaparecidos, o incluso borrar todos los servicios existentes y realizar un nuevo descubrimiento completo. Esta última opción se encuentra en el menú desplegable bajo el nombre Refresh all services and host labels (tabula rasa). ¡Ambas opciones deben utilizarse con cuidado! Un servicio desaparecido puede indicar un problema! La comprobación de descubrimiento simplemente borrará dicho servicio y te hará creer que todo está en orden. La actualización es especialmente arriesgada. Por ejemplo, la comprobación de puertos de conmutación sólo tendrá en cuenta en la monitorización los puertos que estén ARRIBA. Los puertos con un estado de ABAJO se percibirán como desaparecidos y se borrarán rápidamente de la comprobación de descubrimiento!

Hay que tener en cuenta otro problema: añadir servicios o incluso el Activate Changes automático puede distraerte -al administrador- cuando estás realizando una configuración. Teóricamente, puede ocurrir que mientras estás trabajando en reglas y configuraciones, en ese momento un check de descubrimiento active tus cambios. ¡En Checkmk sólo se pueden activar todos los cambios a la vez! Para evitar este tipo de situaciones, puedes reprogramar la hora de esta función, por ejemplo, para toda la noche. La imagen anterior muestra un ejemplo de ello.

En Vanished clustered services puedes gestionar los servicios agrupados en clúster por separado. La particularidad aquí: Si un servicio agrupado se desplaza de un nodo a otro, podría considerarse brevemente como desaparecido y, en consecuencia, borrarse involuntariamente. Si renuncias a esta opción, a su vez, los servicios que hayan desaparecido realmente nunca se borrarían.

El ajuste Group discovery and activation for up to garantiza que no todos los servicios recién descubiertos activen inmediatamente unActivate Changes, sino que habrá un tiempo de espera especificado para que puedan activarse varios cambios en una sola acción. Aunque la comprobación de descubrimiento se ajuste a un intervalo de dos horas o más, esto sólo se aplica a cada host por separado. Las comprobaciones no se ejecutan simultáneamente para cada host, lo cual es bueno, ya que una comprobación de descubrimiento requiere muchos más recursos que una comprobación normal.

Recapitulando: todas las opciones de un vistazo:

El resultado de un descubrimiento de servicios -por tanto, como se ha explicado antes, las tablas de nombres del host, check plugins, items y parámetros identificados- se puede encontrar en la carpeta var/check_mk/autochecks. Aquí, para cada host hay un conjunto de datos que almacena los servicios descubiertos automáticamente. Mientras no dañes la sintaxis Python de este conjunto de datos, puedes alterar o borrar líneas individuales manualmente. Al borrar el conjunto de datos se eliminan todos los servicios y se vuelven a marcar como casi "no supervisados".

Hasta ahora has aprendido a incluir servicios en la monitorización. Ahora no tiene mucho sentido tener que mirar listas de miles de servicios y/o tener que pasar siempre por vistas de host. Por ejemplo, si quieres ver todos los servicios del sistema de archivos o de actualización juntos, sólo tienes que reunir grupos de forma similar a como se hace con los grupos del host.

Los grupos de servicio te facilitan poner mucho más orden en la monitorización mediantevistas y mapeos de NagVis, así como cambiar lasnotificaciones dirigidas y los alert handlers. Por cierto, casi siempre podrías construir las vistas correspondientes utilizando únicamente los filtros de vista, pero los grupos de servicio están ordenados de forma más clara y es más fácil trabajar con ellos.

Los grupos de servicio se encuentran en Setup > Services > Service groups.

Crear un grupo de servicio es sencillo: crea un grupo a través de Add group y asígnale un nombre que no pueda cambiarse posteriormente, así como un alias significativo:

Para asignar servicios a grupos de servicio necesitas el conjunto de reglas Assignment of services to service groups. La forma más rápida de llegar a él es a través de la vista general de los grupos de servicio (Setup > Services > Service Groups). Aquí sólo tienes que hacer clic en Service Groups > Assign to group > Rules en la barra de menú. Como alternativa, puedes, por supuesto, encontrar la regla a través de la búsqueda de reglas en el menú Setup, o escarbar en Setup > Services > Service monitoring rules > Various > Assignment of services to service groups. Ahora utiliza Create rule in folder para hacer precisamente eso. Primero especifica a qué grupo de servicio asignar los servicios, por ejemplo myservicegroup o su alias Mi grupo de servicio 1.

La parte emocionante viene ahora en la sección Conditions. Por un lado, puedes utilizar carpetas, tags del host y nombres explícitos del host para establecer restricciones fuera de los servicios. En segundo lugar, nombra los servicios que te gustaría agrupar, como Filesystem y myservice para crear un conjunto de sistemas de archivos. La especificación de los servicios tiene lugar aquí en forma de expresiones regulares. Esto te permite definir los grupos con exactitud.

Puedes comprobar la asignación de servicios en la página de detalles de un servicio concreto. Abajo, por defecto, está la línea Service groups the service is member of.

Como ya se ha mencionado, los grupos de servicio se utilizan en varios lugares: vistas, mapas de NagVis, notificaciones y alert handlers.Para las nuevas vistas es importante que utilices Service groups como fuente de datos. Por supuesto, el widget Views también contiene vistas predefinidas para los grupos de servicio, por ejemplo, un resumen claro:

Con un clic en los nombres de los grupos de servicio obtendrás una vista completa de todos los servicios del grupo correspondiente.

Si utilizas grupos de servicio en los mapas de NagVis, recibirás un resumen de los grupos de servicio abierto en un menú al pasar el ratón por encima de un único icono:

Cuando utilices grupos de servicio en notificaciones yalert handlers, estarán disponibles comocondiciones/filtros, de los que puedes utilizar uno o varios:

Los check plugins son necesarios para generar servicios en Checkmk. Cada servicio utiliza un check plugin para determinar su estado, crear/mantener métricas, etc. Al hacerlo, dicho plugin puede crear uno o más servicios por host. Para que se puedan distinguir varios servicios del mismo plugin, se necesita un item. Por ejemplo, para el servicio Filesystem /var el item es el texto /var. En el caso de los plugins que sólo pueden generar un máximo de un servicio por host,CPU utilization) por ejemplo, el item está vacío y no se muestra.

Puedes encontrar una lista de todos los check plugins disponibles en Setup > Services > Catalog of check plugins. Aquí se pueden buscar los Plugin individuales, filtrados en varias categorías:

Para cada plugin se mostrarán tres columnas de información: una descripción del servicio (Tipo de comprobación), el nombre del check plugin (Nombre del plugin) y sus fuentes de datos compatibles (Agentes):