 |
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. El core de monitorización
El core de monitorización es el corazón del sistema Checkmk. Sus tareas son:
iniciar checks periódicamente y recopilar sus resultados,
proporcionar los estados actuales a la GUI,
detectar cambios de estado y generar notificaciones a partir de ellos.
El diagrama de arquitectura que aparece a continuación muestra el core y sus conexiones con los componentes principales de las ediciones comerciales:
1.1. Nagios
La comunidad Checkmk 
es una estructura basada en el core del consolidado proyecto Open Source Nagios.
Esto ofrece numerosas funciones útiles y ha demostrado su eficacia a lo largo de muchos años gracias a millones de usuarios en todo el mundo.
Esta flexibilidad inherente es una de las razones del éxito de Nagios.
Aunque Nagios ofrece un rendimiento excepcional —es flexible, rápido, estable y ha demostrado su eficacia—, hay situaciones en las que se alcanzan sus límites. Cuando se realiza la monitorización de un gran número de hosts y servicios, se hacen evidentes tres problemas en particular:
La elevada carga de la CPU durante la ejecución de las comprobaciones
El largo tiempo de reinicio al cambiar una configuración
El hecho de que el sistema no esté disponible durante dicho reinicio
1.2. El Checkmk Micro Core (CMC)
Dado que Checkmk se utiliza desde hace tiempo en entornos cada vez más grandes, en 2013 iniciamos un nuevo desarrollo de nuestro propio núcleo específicamente para las ediciones comerciales.
El Checkmk Micro Core —o CMC— supera las limitaciones de Nagios mencionadas anteriormente.
El CMC no se ha creado simplemente como una bifurcación de Nagios, sino que cuenta con una base de código propia y completa.
Utiliza una arquitectura de software única y se ha adaptado a la perfección para Checkmk.
Sus principales ventajas son:
Alta eficiencia en la ejecución de comprobaciones: Esto se aplica tanto a las comprobaciones activas como a las basadas en Checkmk. En pruebas de rendimiento, un ordenador de sobremesa (Core i7) alcanzó más de 600 000 comprobaciones por minuto.
Activación rápida de cambios: Una configuración con 20 000 hosts y 600 000 servicios se puede cargar en 0,5 segundos.
Cambios de configuración durante el funcionamiento en vivo - Los checks en curso y las conexiones de Livestatus no se interrumpen. El procedimiento es imperceptible para los usuarios de la monitorización.
Consultas rápidas de disponibilidad: Gracias al uso de cachés especiales, los análisis de disponibilidad —incluso para periodos de tiempo largos— se pueden calcular sin un tiempo de espera apreciable.
Funciones adicionales - El CMC cuenta con numerosas funciones adicionales, como, por ejemplo, tiempos de mantenimiento programados periódicos y Reconocimientos con plazos de caducidad automáticos.
También se han optimizado otros elementos. Por ejemplo, los datos de rendimiento se transmiten sin rodeos directamente desde el core al daemon de caché RRD, las notificaciones se crean en modo «KeepAlive» y las comprobaciones de host se ejecutan mediante un helper ICMP integrado. Todo esto reduce la costosa creación de procesos y ahorra recursos de CPU.
Estas características aportan numerosas ventajas, incluso en instalaciones más pequeñas:
La menor demanda de potencia de procesamiento permite que la virtualización sustituya al hardware en muchos casos.
La activación fluida de los cambios permite realizar modificaciones frecuentes en la configuración.
De este modo, se pueden satisfacer necesidades como la monitorización en la nube, en la que se pueden añadir y eliminar servidores en rápida sucesión.
Los dos diagramas siguientes muestran la carga y la utilización de la CPU de un servidor Checkmk antes y después de cambiar de Nagios al CMC. Estos gráficos han sido amablemente cedidos por la empresa DFi Service SA. En ese momento, estaban supervisando 1.205 hosts y 13.555 servicios en un servidor con 10 núcleos.
Otro proyecto muestra resultados similares. Los siguientes gráficos muestran una reestructuración de un núcleo de Nagios al CMC en un entorno con 56 602 servicios en 2230 hosts supervisados en una máquina virtual con dos núcleos:
La magnitud de la diferencia en un caso concreto depende, naturalmente, de muchos factores. En el caso anterior, un site más pequeño que no se había reestructurado se ejecuta en el mismo servidor. Sin esto, la diferencia en la carga de la CPU y del disco sería aún más notable.
En los siguientes artículos se explican otros aspectos del CMC:
2. Preguntas frecuentes (FAQ)
2.1. ¿El CMC también puede ejecutar los Plugins normales de Nagios?
Por supuesto, el CMC también puede ejecutar checks clásicos de Nagios, tanto de forma activa como pasiva.
2.2. ¿Seguirá Checkmk siendo compatible con Nagios?
Checkmk es compatible con Nagios y seguirá admitiendo el núcleo de Nagios. Del mismo modo, las ediciones comerciales seguirán teniendo Nagios como core opcional, pero solo para facilitar la migración de Checkmk Community a las ediciones comerciales.
2.3. ¿Puedo switchear entre Nagios y el CMC?
Cambiar entre los dos núcleos es fácil siempre que tu configuración se haya creado exclusivamente mediante el Menú de configuración de la interfaz web de Checkmk. Encontrarás más detalles al respecto en el artículo Migración al CMC. Por defecto, las ediciones comerciales crean nuevos sitios con el CMC como núcleo.
2.4. ¿El CMC está disponible de forma gratuita?
El CMC se incluye como componente en las ediciones comerciales, que están disponibles mediante suscripción. Checkmk Ultimate se puede probar sin compromiso durante un periodo de tiempo limitado y utilizar de forma permanente a pequeña escala sin necesidad de licencia.