 |
This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved. |
1. Introducción
Un sitio Checkmk requiere todo tipo de servicios, en primer lugar el core de monitorización, pero también un servidor web Apache para la interfaz web, Cron para programar tareas y muchos otros.
Puedes ver todos estos servicios cuando inicias un sitio usando omd start en la terminal: algunos servicios están presentes en todas las ediciones y de forma predeterminada, otros solo en ciertas ediciones y/o cuando se activan sus funciones correspondientes.
El comando omd status en una edición comercial podría dar como resultado la siguiente salida:
2. Vista general de los servicios
La siguiente tabla ofrece una breve vista general y muestra lo siguiente para cada servicio
el nombre del proceso que se muestra,
si está disponible en
Checkmk Community y/o en las ediciones comerciales,si está disponible de forma predeterminada sin necesidad de configuración explícita, y
una breve descripción de lo que hace realmente el servicio.
La mayoría de los servicios se explican con más detalle en los artículos enlazados, mientras que otros se explican por sí mismos (como el servicio Apache). En el siguiente capítulo hablaremos de algunos otros servicios que solo realizan sus tareas en segundo plano.
| Servicio |
Checkmk Community
|
Ediciones comerciales | Habilitado por defecto | Descripción |
|---|---|---|---|---|
|
Sí |
Sí |
Sí |
Endpoint para la comunicación con el agente Checkmk |
|
Sí |
Sí |
Sí |
Servidor web |
|
Sí |
Sí |
Sí |
Servicio auxiliar para mejorar el rendimiento de las solicitudes de la GUI y la API-REST; más detalles a continuación |
|
No |
Sí |
Sí |
Checkmk Micro Core — Core de monitorización en las ediciones comerciales |
|
Sí |
Sí |
Sí |
Archivo Crontab para la programación de tareas internas |
|
No |
Sí |
Sí |
Daemon de configuración dinámica para la administración dinámica del host del host transitorio (como contenedores) |
|
No |
Sí |
No |
Herramienta de análisis para trazas recibidas a través de OpenTelemetry — para la Corrección de errores interna; más detalles a continuación |
|
Sí |
Sí |
Sí |
Interfaz para recuperar datos de estado a través de Livestatus |
|
Sí |
Sí |
Sí |
Servicio para procesar eventos con la Consola de eventos |
|
No |
Sí |
No |
Spooler de notificación para entrega asíncrona y entornos distribuidos |
|
Sí |
No |
Sí |
Core de monitorización de las instalaciones de Checkmk Community y de la antigua edición comercial (se puede migrar a CMC) |
|
Sí |
No |
Sí |
Daemon de rendimiento de Nagios C para procesar datos de rendimiento de Nagios en Checkmk Community |
|
Sí |
Sí |
No |
Hub piggyback en la monitorización distribuida, más detalles a continuación |
|
No |
Sí |
No |
Broker de mensajes RabbitMQ, más detalles a continuación |
|
Sí |
Sí |
Sí |
Base de datos en memoria como almacenamiento temporal (proporciona el índice de búsqueda, por ejemplo) |
|
Sí |
Sí |
Sí |
Daemon de caché RRD para el almacenamiento temporal de los valores medidos |
|
Sí |
Sí |
No |
Crea un túnel de monitorización distribuida desde un puerto Livestatus local sin cifrar a uno remoto cifrado |
|
No |
Sí |
No |
Programador para tareas asíncronas de la interfaz web; más detalles a continuación |
|
Sí |
Sí |
No |
Servicio para proporcionar la salida del agente |
Por cierto, la mayoría de los servicios que aparecen aquí se incluyen automáticamente en la monitorización como parte de la autosupervisión de Checkmk, junto con varios otros. Si notas problemas de rendimiento, puede que valga la pena ampliar aún más la monitorización del propio servidor Checkmk.
3. Los servicios en detalle
3.1. Jaeger
Jaeger es una herramienta de análisis para rastrear, analizar y visualizar solicitudes en un sistema complejo. En Checkmk, estas podrían ser las partes individuales de un escaneo de red, es decir, solicitudes a la base de datos interna, pings, operaciones con archivos, etc. Todos estos pequeños elementos requieren tiempo, y Jaeger puede ayudar a comprender los problemas de rendimiento y detectar cuellos de botella.
Jaeger se añadió principalmente para el desarrollo de Checkmk y solo está activo si el envío y la recepción de trazas se han habilitado explícitamente en la configuración del site a través de omd config en el menú Addons > TRACE RECEIVE o TRACE SEND.
Cuando está habilitado, puedes acceder a la interfaz web de Jaeger a través de http://mycmkserver/mysite/jaeger.
Para más información, consulta el Werk 16565 relacionado.
Jaeger debe estar desactivado durante el funcionamiento normal.
3.2. RabbitMQ y el hub piggyback
RabbitMQ es básicamente un gestor de mensajes adecuado para enviar cualquier tipo de mensaje mediante colas. En Checkmk, RabbitMQ se utiliza actualmente como una función junto con el piggyback hub. En pocas palabras: cuando se generan datos piggyback en la monitorización distribuida, RabbitMQ se encarga de que los datos se reenvíen desde los sitios donde se generan a los sitios donde se necesitan o se evalúan. Puedes encontrar una explicación técnica detallada de cómo funciona esto en la presentación «Piggyback unleashed: una nueva forma de comunicación entre sitios» de la 11.ª conferencia de Checkmk.
Para obtener información sobre cómo activar el hub de piggyback y RabbitMQ, consulta el artículo sobre monitorización distribuida.
3.3.ui-job-scheduler
El servicio ui-job-scheduler organiza las tareas asíncronas que se producen en la interfaz web.
El ejemplo más destacado es probablemente la activación de cambios.
Esto implica actualizar la interfaz web, mostrar una barra de progreso animada, aplicar los cambios y, finalmente, actualizar la vista de nuevo y mostrar cualquier mensaje de estado resultante.
Durante estas actividades, aparecen y desaparecen procesos secundarios adicionales, y la carga del procesador aumenta brevemente.
3.4.automation-helper
El servicio automation-helper acelera algunas interacciones de la GUI, como el descubrimiento de servicios y la activación de cambios,
especialmente en instalaciones pequeñas y medianas (véase también Werk 17678).
El servicio se puede desactivar a través de «omd config» en el menú «Basic > AUTOMATION HELPER».