Gestión de la configuración de Nagios


8

Voy a implementar Nagios (muy probablemente de todos modos, podría resultar ser otra herramienta también) y me preguntaba si a alguien le gustaría compartir sus mejores prácticas a la hora de crear, administrar y mantener los archivos de configuración cuando se trata de escalabilidad y manejabilidad ya que encuentro que rápidamente podría convertirse en un verdadero desastre.

Cualquier sugerencia, ejemplo o incluso configuraciones completas serían bienvenidas y felizmente las revisaría.

Las herramientas también serían bienvenidas. Probé NConf hasta ahora, pero los archivos de configuración generados no parecen hacer lo prometido (sin incluir la información principal para uno, y solo un PITA para que funcionen: generan una tonelada de errores al verificar los archivos de configuración con el guión proporcionado por nagios)

Gracias

Respuestas:



6

Yo uso con sabor a fruta . Creo que es de gran ayuda, ¡los archivos de configuración de nagios pueden ser muy difíciles de manejar!

Fruity es una herramienta de configuración basada en web de código abierto para el sistema de monitoreo de red Nagios. Está diseñado para proporcionar un proceso lógico de creación y administración de su red. Está escrito en PHP y utiliza la biblioteca de abstracción de base de datos AdoDB.

Aparentemente ahora se conoce como Lila ... hmm, ¡supongo que debería actualizar!


2
Lilac es excelente, incluye autodescubrimiento rudimentario y admite nagios3. Lo he estado usando desde 2008 y no puedo imaginar cuánto esfuerzo ahorró vs editar archivos de configuración a mano.
Devnull

Lila se ve extremadamente prometedor. ¿No sabría si también funciona con Icinga? ¿O si Icinga es compatible con las "configuraciones nagios"?
HannesFostie

La lila parece ser descontinuada pero continuó como lila recargada .
hlovdal

3

En el pasado, he usado git para administrar cambios en varios archivos de configuración. En cada cambio de configuración, los archivos se registran en el repositorio. En varios momentos, generalmente después de un cambio importante, empujaríamos el repositorio a una ubicación central, como una forma sucia de hacer copias de seguridad. Esto funcionó bastante bien, pero tenía problemas. Principalmente con solo olvidar registrar archivos a medida que las cosas cambian.


1

Tengo una configuración de Nagios que monitorea múltiples hosts de múltiples agencias. utilizo carpetas para hosts y servicios (en lugar de 1 archivo masivo), luego prefijo de 3 letras para la agencia, luego un descriptor como "interruptores", "servidores", "impresoras" o "estaciones de trabajo" separados por un guión bajo. También me resulta mucho más fácil tener una declaración de grupos de host dentro de un objeto de host que tener una declaración de miembros dentro de un objeto de grupo de host . de esta manera solo edita 1 archivo cuando agrega nuevos hosts a grupos preexistentes.

Hago un uso intensivo de las plantillas (en su propio archivo) para que las personas adecuadas reciban una notificación sobre el servicio adecuado para el host correcto.

oh, y por supuesto, uso el control de versiones (svn por ahora, migrando a git).

esto funciona de maravilla! Puedo manejarlo fácilmente. solo 1 problema: prácticamente nadie más entiende los archivos de configuración de nagios donde trabajo, así que lo estoy moviendo a lila, que funciona muy bien y aprovecha el sistema de plantillas realmente bien.

En mi trabajo anterior, configuré Afrutado (todavía no había lila) para que otros también se sintieran cómodos agregando hosts a nagios.


0

NagiosQL es otra herramienta de configuración. La configuración se almacena en MySQL.

Como dice Jon anteriormente, usar un sistema de versiones para rastrear cambios es una buena manera de hacerlo.

\\ Greg


0

Tal vez solo soy terco, pero me gustan mis archivos de configuración. Es fácil trabajar con ellos y hacer copias de seguridad. Pero, hay buenas razones para usar algo como la lila. Pero me gusta besarme.

de todos modos, de la forma en que lo tengo: el directorio de configuración está configurado en objetos. Todos los hosts obtienen su propio archivo, dentro del cual hay algo que tiene que ver con él. de esa manera, si tengo que eliminar un host, puedo mover el archivo y la configuración no se quejará. esto también funciona bien para agregar hosts; simplemente duplique un archivo, cambie el nombre y la dirección, deposite los nombres de host y haga que su tío se mueva.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.