Category Archives: check_mk

Nagios core 4, pnp4nagios, check_mk y Nagvis en Debian 8 Jessie

Introducción.

Ya tenemos fresquita la nueva versión de Debian y nada mejor para estrenar que probar nuestro paquete favorito de software de monitorización en Debian 8: Nagios core 4, pnp4nagios, check_mk y Nagvis. Todo en sus últimas versiones a fecha de publicación de este artículo.


utility-meters_compress

Ya tratamos previamente la Instalación de estos componentes de monitorización con Nagios Core 4 en Debian 7 (sin Nagvis ), en Redhat/Centos 6 y en Redhat/Centos 7 así como con Nagios 3 en todos ellos. En este caso nos toca actualizar la guiá de instalación para Debian 8.

Software usado en la instalación

Actualización (06/09/2015): Las versiones recientes “libres” de check_mk se denominan Check_MK Raw Edition (CRE). Dichas versiones incorporan además de check_mk todo el software adicional (previamente denominado OMD). Para obtener el paquete fuente de check_mk mencionado en este artículo tienes que bajar la versión CRE, descomprimirla y localizar el paquete tar.gz de check_mk en packages/check_mk/

Aviso. Si no quieres complicarte la vida y tener todo este software ya empaquetado e instalado en cinco minutos puedes probar Check_MK Raw Edition (CRE) (conocido previamente como OMD) que es un paquete de software que trae todo listo y configurado para usar en un “pis pas” (ahora con la última versión de check_mk). Te preguntarás cual es entonces la razón de complicarse la vida instalando todo esto por separado… Básicamente tener las últimas versiones de producto y la capacidad de actualizar cada componente por separado, lo cual no es sencillo con CMK Editions. Vamos… tener el control.

Continue reading

MK Livestatus. Acceso a datos de Nagios mediante la API para Python.

Introducción.

MK Livestatus nos proporciona una API estándar de acceso a los datos de Nagios en varios lenguajes de programación: Python, Perl y C++.

La documentación de uso disponible para la API en dichos lenguajes viene en forma de ejemplos acompañando a los respectivos fuentes. Suficiente para empezar a probarlo. Debemos conocer previamente en que consiste MK Livestatus y su lenguaje de acceso a datos LQL.

La ruta de la documentación y los fuentes / librerías normalmente será, en una instalación de OMD en /omd/versions/default/share/doc/check_mk/livestatus/api/. Si tenemos una instalación directa de check_mk la ruta será por defecto la siguiente: /usr/share/doc/check_mk/livestatus/api

Continue reading

MK Livestatus. Acceso a datos de Nagios con “unixcat” y lenguaje LQL.

Introducción

Después de tratar en artículos con MK Livestatus y con las distintas formas de instalarlo / obtenerlo ya sea integrado en check_mk , en OMD o bien mediante una instalación individual, vamos a iniciar con este articulo una serie para aprender a acceder a los datos de Nagios con distintas variantes.

Para familiarizarse un poco más con MK Livestatus recomiendo leer al menos este artículo de instalación o directamente la documentación oficial.

Lo más importante inicialmente es familiarizarse con los datos que podemos obtener y la forma de estos para lo que usaremos una utilidad propia de MK Livestatus para el acceso a estos, unixcat. Posteriormente en otro artículo veremos como acceder a los datos a través de una de las APIs que nos incluye MKL en Python.

Continue reading

MK Livestatus. Instalación independiente en Nagios

Introducción.

Ya hemos hablado en otros artículos sobre MK Livestatus. Hasta la aparición de MK Livedtatus la forma habitual de acceder al estado de los objetos de Nagios era o bien a través del fichero status.dat, o bien a través de una base de datos (NDO) que recibía periódicamente dichos datos mediante un módulo intermedio. Ambas opciones tenían bastantes pegas y hacían engorroso el tema de acceso a los datos de estado. MK Livestatus vino a cambiar la aproximación al problema. Crea un socket a través del cual se pueden obtener los datos en tiempo real bajo demanda. Rápido, sencillo, funcional, no consume apenas recursos y se pueden realizar la consultas con un lenguaje propio próximo al SQL. ¿Alguien da más? No. De hecho otras herramientas que hacen uso de acceso a datos como Nagvis, NagiosBP y por supuesto check_mk_multisite, rápidamente pasaron a usar MK Livestatus como el método preferido de acceso a estos.
Hasta ahora habíamos visto dos formas de disponer de MK Livestatus:

La tercera opción sería una instalación independiente exclusivamente del módulo para Nagios. Podemos necesitar instalar solamente MK Livestatus en un sistema con Nagios para poder acceder a sus datos desde una consola CMK Multisite o bien para poder acceder a los datos de Nagios desde herramientas externas mediante scripting p.e.

Continue reading

Instalación de OMD en Centos 7 / Redhat 7.

Introducción.

En un artículo de los primeros de este blog, “OMD – the Open Monitoring Distribution. Introducción” habíamos hecho una Introducción a OMDistro así como una instalación en Debian. En este artículo vamos a probar su instalación en una Centos 7.

Recordamos que OMD (OMDistro) es una “multi-instalación” sencilla de Nagios y todos los componentes más importantes en torno a Nagios Core: Nagios, check_mk, pnp4Nagios, nagvis, thunk, Shinken, Icinga,… Además es multinstancia, es decir, nos deja crear multiples instancias de Nagios (con todos los accesorios) en una única máquina con una finalidad y manejabilidad asombrosa.

Actualización (06/09/2015): OMDistro parece que ya no se mantiene activamente pero el equivalente actualizado es actualmente Check_MK Raw Edition (CRE). Los comandos “omd” para gestionar las instalaciones se mantienen iguales. En su página de downloads podemos seleccionar el paquete para nuestra distribucción y tiene la ventaja adicional de tener actualizado el paquete de check_mk.

Ciertamente la instalación de Check_MK Raw Edition (CRE). comparado con una instalación completa de los componentes principales del tipo Instalación de Nagios Core 4 + PNP4Nagios + Check_mk + Nagvis en CentOS 7 – Redhat 7 es mucho más sencilla e integra perfectamente ya de serie estos y más componentes.  Entonces… ¿porque complicarnos la vida y no usar siempre OMD? La razón principal y quizá la única es tener al día las versiones de todos nuestros productos. P.E. en CRE a día de hoy siguen en Nagios 3.

 

Continue reading

Instalación de Nagios Core 4 + PNP4Nagios + Check_mk + Nagvis en CentOS 7 – Redhat 7

Introducción.

A fecha de hoy todavía no hay paquetes RPM en las distribuciones / repositorios habituales para Nagios 4 así que es necesario instalar compilando. Ya vimos en un artículo previo como instalar Nagios Core 4 y PNP4Nagios en una Centos 6.X. Por entonces check_mk Livestatus no estaba disponible para Nagios 4. En esta ocasión vamos a ver como instalar todo el pack imprescindible en Centos 7 (Redhat 7), Nagios Core 4 + Check_mk + PNP4Nagios + Nagvis. Instalaremos todo en sus últimas versiones a fecha de hoy.

Continue reading

Compilar módulo de Apache mod_python para Centos 7 / Redhat 7

Introducción.

Check_mk hasta ahora (dic 2014) continua usando el viejo módulo de python para Apache mod_python que está ya discontinuado. Es un módulo que empezaron a desechar ya hace tiempo las distribuciones en favor del módulo mod_wsgi que se ha impuesto por diversas razones. La nuevas versiones de las distros más populares no incluyen este módulo por lo que si lo necesitas tendrás que compilarlo tu mismo. Hasta que CMK no cambie de módulo python habrá que hacerlo…

Continue reading

Monitorizar servidores vSphere ESXi con Nagios + plugin Check_mk

Introducción.

En artículos previos habíamos visto como monitorizar nuestro vCenter appliance con CMK con la instalación del agente CMK para Linux en el appliance y también vimos la Monitorización de servidores vSphere ESX(i) mediante el plugin de OP5 check_vmware_api. Aunque este último plugin es muy interesante tiene sus limitaciones en cuanto a rendimiento. Desde la versión 1.2.3i1 de check_mk tenemos disponible un plugin bastante completo para monitorizar nuestros servidores vSphere ESXi con un mejor rendimiento y completamente integrado con nuestra herramienta favorita. Podemos encontrar la documentación como siempre en su página oficial.

Continue reading

Check_mk con Nagios 4 (core)

Introducción.

Desde la aparición en escena de Nagios 4 había, en mi opinión una importante ausencia pendiente de cubrir por uno de los más importantes “addons” en torno a Nagios, check_mk livestatus. Por fin parece que Mathias se ha decidido a incluir la compatibilidad con Nagios 4 en su reciente versión de Innovación (beta) check_mk-1.2.5i2.
Vamos a probarlo en una instalación ya realizada de de Nagios Core 4.0.2 con PNP4Nagios en una CentOS 6 para verificar su funcionamiento. Si necesistas instalarlo en Centos 7 / Redhat 7 mejor el artículo Instalación de Nagios Core 4 + PNP4Nagios + Check_mk + Nagvis en CentOS 7 – Redhat 7.

Actualización (06/09/2015): Las versiones recientes “libres” de check_mk se denominan Check_MK Raw Edition (CRE). Dichas versiones incorporan además de check_mk todo el software adicional (previamente denominado OMD). Para obtener el paquete fuente de check_mk mencionado en este artículo tienes que bajar la versión CRE, descomprimirla y localizar el paquete tar.gz de check_mk en packages/check_mk/

Continue reading

Iconos en Nagios (y check_mk)

Introducción.

Nagios incluye la posibilidad de añadir iconos a nuestros objetos Host y/o Servicios. Los iconos nos solo valen para que nuestro interface quede más vistoso y nos sea más sencillo localizar los equipos. Existen también otros usos interesantes destinados a un fin más práctico. Por ejemplo, en los iconos de servicios podemos distinguir la importancia de estos con iconos que marquen o distingan el uso y/o criticidad de estos. A mi me gusta poner al menos el los servicios solo informativos (versión agente nsclient++ / nrpe, uptime, …) el icono de la “I” informativa en azul para que sea más visual su cometido.
Otro uso interesante donde funcionan equipos de soporte cuya primera herramienta de alertas en Nagios, es asignar a los servicios en función de su criticidad distintos iconos con letras/colores que representen el SLA o la criticidad en la respuesta (N1, N2, N3,…). De esta forma de un vistazo se puede establecer el protocolo de actuación en función de la asignación del servicio que falla.

Continue reading