 |
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 núcleo de monitorización
El núcleo de monitorización está en el corazón del sistema Checkmk. Sus tareas son:
iniciar regularmente los check y la colección de sus resultados,
proporcionar los estados actuales a la GUI,
detectar cambios de estado y generar notificaciones a partir de ellos.
El siguiente diagrama de arquitectura muestra el núcleo y sus conexiones con los componentes principales de las ediciones comerciales:
1.1. Nagios e Icinga
Checkmk Raw es una construcción basada en el núcleo del consolidado proyecto Nagios Open Source, que proporciona numerosas funciones útiles y ha sido probado durante muchos años por millones de usuarios de todo el mundo. Esta flexibilidad inherente es una de las razones del éxito de Nagios.
Como alternativa, también se puede utilizar el núcleo de Icinga, especialmente popular en Alemania, que se basa en el mismo código de programa, pero que en los últimos años se ha desarrollado de forma independiente.
Aunque Nagios e Icinga tienen un rendimiento excepcional -son flexibles, rápidos, estables y están bien probados-, sigue habiendo situaciones en las que se alcanzan sus límites. Cuando se monitoriza un gran número de host y servicios, se hacen evidentes tres problemas en particular:
La elevada carga de la CPU durante la ejecución de los checks
El largo tiempo de reinicio al cambiar una configuración
El hecho de que el sistema no esté disponible durante dicho reinicio
2. El Checkmk Micro Core (CMC)
Dado que Checkmk se utiliza en entornos cada vez más amplios, y con el fin de superar las limitaciones de Nagios descritas anteriormente, en 2013 iniciamos un nuevo desarrollo de nuestro propio núcleo específicamente para las ediciones comerciales. El Checkmk Micro Core-o CMC-no se ha creado simplemente como una bifurcación de Nagios, sino que tiene una base de código propia completa. El CMC utiliza una arquitectura de software única, y se ha adaptado perfectamente a Checkmk.
Sus principales ventajas son
Alta eficacia en la ejecución de los checks - Esto se aplica tanto a los checks activos como a los basados en Checkmk. En una prueba comparativa, un PC de sobremesa (Core i7) logró más de 600.000 checks por minuto.
Activación rápida de cambios - Una configuración con 20.000 host y 600.000 servicios puede cargarse en 0,5 segundos.
Cambios de configuración durante las operaciones en directo - No se interrumpen los checks en curso ni las conexiones a Livestatus. El procedimiento es indetectable para los usuarios de monitorización.
Consultas rápidas de disponibilidad - Mediante el uso de cachés especiales, los análisis de disponibilidad -incluso durante largos periodos de tiempo- pueden calcularse sin un tiempo de espera apreciable.
Funcionesadicionales - La CMC hace uso de numerosas funciones adicionales, como, por ejemplo, tiempos de mantenimiento programados recurrentes y Reconocimientos con tiempos de caducidad automáticos.
También se han optimizado otros elementos. Por ejemplo, los datos de rendimiento pasan sin rodeos directamente del núcleo al daemon de caché RRD, las notificaciones se crean en modo "KeepAlive" y los check helper de host se ejecutan mediante un ICMP helper integrado. Todo ello reduce las costosas creaciones 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 proceso permite a la virtualización sustituir al hardware en muchos casos.
La activación de cambios sin interrupciones permite cambios frecuentes de configuración.
Así pueden satisfacerse demandas como la monitorización en la nube, en la que pueden añadirse y eliminarse servidores en rápida sucesión.
Los dos diagramas siguientes muestran la carga y utilización de la CPU de un servidor Checkmk antes y después de cambiar de Nagios a la CMC. Estos gráficos han sido proporcionados amablemente por la empresa DFi Service SA. En ese momento estaban monitorizando 1.205 host 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 Nagios a la CMC en un entorno con 56.602 servicios en 2.230 hosts monitorizados en una máquina virtual con dos núcleos:
La magnitud de la diferencia en un caso individual depende naturalmente de muchos factores. En el caso anterior, un site más pequeño que no se había reestructurado funciona en el mismo servidor, sin lo cual la diferencia de carga de CPU y disco sería aún más notable.
En los siguientes artículos se explican otros aspectos de la CMC:
3. Preguntas más frecuentes (FAQ)
3.1. ¿Puede la CMC ejecutar también Plugins normales de Nagios?
Por supuesto, la CMC también puede ejecutar los clásicos checks de Nagios, tanto de forma activa como pasiva.
3.2. ¿Seguirá Checkmk siendo compatible con Nagios?
Checkmk es y seguirá siendo compatible con Nagios, y seguirá dando soporte completo al núcleo de Nagios. Del mismo modo, las ediciones comerciales seguirán teniendo Nagios como núcleo opcional, pero sólo para dar soporte a la migración de Checkmk edición Raw a las ediciones comerciales.
3.3. ¿Puedo cambiar entre Nagios y la CMC?
Cambiar entre los dos núcleos es fácil, siempre y cuando 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 a la CMC. Por defecto, las ediciones comerciales crean nuevos sites con la CMC como núcleo.
3.4. ¿La CMC está disponible gratuitamente?
La CMC se incluye como componente en las ediciones comerciales, que están disponibles mediante suscripción. Checkmk Cloud puede probarse sin compromiso durante un periodo de tiempo limitado y funcionar permanentemente a pequeña escala sin necesidad de licencia.