GUI de configuración de Nagios [cerrado]

Hemos implementado Nagios para servicios en nuestra red y está funcionando muy bien. Las notificaciones son agradables y la amplia gama de opciones de configuración son muy útiles. Hasta este punto, hemos realizado toda la configuración a mano modificando los archivos directamente.

A medida que comenzamos a abrir esto un poco a algunos de los otros administradores, me gustaría implementar una GUI que reduzca la probabilidad de errores. He revisado algunos proyectos de GUI diferentes y hasta ahora parece que NagiosQL y NConf son los principales contendientes hasta ahora.

¿Hay alguna recomendación entre estos dos, o quizás otras que deberían considerarse? ¿Qué tal historias de instalación y uso, "trucos" y consejos que pueden ser útiles para decidir?

Estamos frente a la misma decisión y actualmente nconf es nuestro favorito. Tiene la gran ventaja de ser diseñado para grandes entornos distribuidos.

Crea automáticamente archivos de configuración para diferentes servidores nagios, uno con algún tipo de recopilador y otro con el monitor, que solo recibe comprobaciones pasivas del recopilador.

En el lado negativo, ¡actualmente no puede manejar escaladas con nconf!

http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page

Usamos OpsView en el trabajo. Es una GUI basada en web y maneja cosas como ampliar el servicio Nagios a través de la agrupación en clúster. Puede agregar nuevos hosts, nuevos servicios, a través de la web, y reconocer la interrupción. También registra una vista histórica de los servicios, en caso de que desee saber cosas como cuánta CPU necesita regularmente un servidor.

Sin embargo, aún no podrá agregar scripts de Nagios a través de la web.

Hemos tenido una buena experiencia con Opsview para administrar Nagios. Sin embargo, es un error pensar que es un "front-end" para Nagios; en cambio, piense en él como un sistema de monitoreo que utiliza Nagios como su motor subyacente.

La configuración de Nagios se almacena en una base de datos y los archivos de configuración de Nagios se generan mediante programación, por lo que si está acostumbrado a, digamos, almacenar sus configuraciones de Nagios en el control de origen o generarlas utilizando algún script propio, deberá renunciar a esos procedimientos.

Lo que obtienes en su lugar incluye lo siguiente:

• gestión centralizada de un sistema Nagios distribuido
• gestión integrada de trampas SNMP
• Nagiosgraph integrado
• NMIS integrado
• agregación automática de estadísticas y generación de informes
• no más errores de sintaxis en sus archivos de configuración de Nagios :)
• gestión centralizada del tiempo de inactividad
• Una API XML que expone un subconjunto de la funcionalidad de administración de Opsview
• migración automatizada desde su configuración existente de Nagios

-steve

El problema que desconfío es que la interfaz de configuración a veces puede crear archivos de configuración realmente basura que no son intuitivos para editar a mano si lo necesita más adelante. Este es un tipo de problema con cualquier sistema que utiliza archivos de configuración generados por la máquina, y se entiende bastante bien incluso si no es intuitivo.

Mi enfoque habitual con Nagios ha sido utilizar ampliamente las características de plantillas y herencia, y dividir mis configuraciones en muchos, muchos, muchos, muchos archivos.

Vale la pena señalar aquí que la comunidad de Nagios recientemente se bifurcó porque el desarrollador principal carece de habilidades de liderazgo, y Nagios realmente no ha mejorado o cambiado mucho en diez años. Icinga es supuestamente la nueva genialidad, pero aún no lo he probado.

UbuntuGeek acaba de publicar un artículo sobre este mismo tema hoy. Está en la misma línea que la respuesta http://www.ducea.com de Xerxes, pero solo un artículo un poco más actual con algunos de los proyectos más nuevos agregados. De todos modos, es una descripción rápida decente que cubre varias interfaces gráficas de Nagios, que debería darte un buen punto de partida.

http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html

editar

El nuevo intercambio oficial de nagios se abrió hoy también, aquí hay un enlace a la sección Configuración para una referencia rápida:

http://exchange.nagios.org/directory/Addons/Configuration

Nconf no admite escaladas de servicio y host

pero,

puede "extender" la aplicación para admitirla directamente desde la interfaz gráfica de usuario web a través del menú de administración creando dos nuevas clases "hostescalation" y "serviceescalation" en cada nueva clase, debe definir un atributo escalationid con "Naming Attribute" establecido y no escrito la salida de un archivo de configuración dedicado

luego defina cualquier atributo relacionado con la escalada y que debe escribirse en el archivo de configuración, por ejemplo: host_name vinculado a la clase de host contact_groups a una lista de clases de contactgroups, etc.

Por la misma razón que usted, tuvimos que implementar un front-end. Personalmente, los encuentro un poco torpes y preferiría administrar los archivos de configuración a mano (menos esfuerzo). Pero parece que no tienes muchas opciones.

Usamos monarca, pero no me gusta tanto.

Tampoco he intentado nada más, pero puedes comenzar aquí ...

http://www.ducea.com/2008/01/16/10-nagios-web-frontends/

Definitivamente recomendaría Centreon como una interfaz de Nagios. No solo facilita el proceso de configuración, sino que también se puede usar para mostrar el estado y recopilar datos de rendimiento devueltos por las comprobaciones de Nagios que luego se transforman en gráficos de aspecto agradable. Por lo tanto, en cierto modo, también hace obsoletos los cactus.

El producto minorista NagiosXI tiene un precio razonable y oculta todos los archivos de configuración de texto subyacentes. Lo hemos estado usando durante aproximadamente seis meses y estamos contentos con su costo / beneficios.