¿Diferencias clave entre Nagios y Open NMS?

12

Estoy buscando ofrecer un sistema de monitoreo integral a mi gerente, y he estado considerando OpenNMS. Sin embargo, he visto elogios brillantes de Nagios aquí y esperaba que alguien con experiencia pudiera ayudarme a ilustrar las diferencias clave para mí. ¿Sus enfoques difieren, o son solo competidores?

Si algunos antecedentes ayudan, ejecutamos 6 servidores en el sitio (servidor de archivos, PBX, proxy, aplicación, etc.) y dos servidores fuera del sitio (sitio web / desarrollo) junto con un par de conmutadores y un enrutador. El servicio de monitoreo que instalamos se ejecutará en un escritorio convertido separado que ejecute freeBSD. Todas nuestras cosas funcionan con Linux o un derivado BSD.

Estamos buscando no gastar dinero para implementar esto (suspiro).

Gracias por cualquier ayuda.

EDITAR Parece que openNMS ofrece una solución más completa más cercana a lo que quiero. Sin embargo, debido a que está escrito en Java y el puerto aún no está en el árbol de puertos oficiales, ha sido vetado. Ahora comienza mi Nagios sería mejor que solo la campaña MRTG. Gracias por las rápidas respuestas.

-Oportunidad

— Oportunidad
fuente

5

Wikipedia tiene una tabla comparativa que ayuda mucho

Creo que las diferencias clave son:

lenguaje: Nagios está escrito en C y OpenNMS en Java. Hace que nagios sea mucho más rápido en hardware antiguo.
Recopilación de datos: Nagios realiza muy poca recopilación de datos. Se necesitará otro software (como cactus, por ejemplo) para un sistema de recopilación de datos más extenso. OpenNMS lo incluye fuera de la caja.
descubrimiento de host y servicio: a Nagios se le debe decir qué monitorear, mientras que OpenNMS tiene características de descubrimiento.

— tomdeb
fuente

1

Para ser pedante, Nagios hace la recopilación de datos para cosas como el tiempo de actividad, simplemente no persiste los datos de rendimiento específicos pasados desde el cliente ni genera datos de rendimiento. Hay opciones para conservar estos datos dentro de una base de datos Round Robin (RRD) en la configuración de Nagios, y luego Cacti (o simplemente OL 'RRDTool) puede usarse para generar los datos.

— Karl Katzke

¡Gracias! He estado investigando desde que publiqué esto y lo encontré en los documentos de Nagios (vinculado a preguntas frecuentes de opennms) "Nagios no está diseñado para reemplazar una aplicación de administración SNMP completa como HP OpenView u OpenNMS". Parece que necesito trabajar para obtener Java en freeBSD

— Chance

Soy prácticamente un fanático del rendimiento 'C', y definitivamente deduciría puntos de cualquier proyecto escrito en Java. El impacto en el rendimiento generalmente se reduce a la elección de complementos. Como reflejo de mi experiencia, Nagios se desempeña muy rápido, y creo absolutamente que estar escrito en 'C' es en gran parte responsable, la gran cantidad de complementos / componentes / complementos perl / python / php prácticamente estrangula a un servidor. Los complementos oficiales, escritos en 'C', son absolutamente geniales. Desafortunadamente para algunas cosas, más de lo que cabría esperar, Perl es una necesidad. multiplica eso por 1000 y ...

— JM Becker

3

Te sugiero que también consideres Zenoss Core , la versión gratuita de Zenoss. Lo he instalado para monitorear nuestra red y servidores, y he encontrado que es muy capaz y mucho más fácil de usar que Nagios. Hace lo que hacen Nagios y cactus, pero está integrado. La mayor parte de la funcionalidad que necesitará probablemente esté allí, pero si no, puede ampliarla con los paquetes de Zenoss y los complementos de Nagios.

Literalmente, puede tenerlo instalado y funcionando en 30 minutos, por lo que es fácil evaluarlo. En serio, estamos muy contentos y suena perfecto para sus necesidades.

— Martijn Heemels
fuente

Encontré que Zenoss era exactamente lo contrario: lo instalé y funcionó en 30 minutos, pero no pude hacer nada.

— Karl Katzke el

Lamento escuchar eso, Karl. Nuestra experiencia fue muy agradable. Al igual que cualquier solución de monitoreo, hay una curva de aprendizaje, y lleva tiempo ajustar los detalles y los umbrales, pero la configuración fue lo que me convenció. Lo instalamos, dejamos que escanee nuestra subred, eliminamos todos los hosts del cliente y asignamos los hosts del servidor a las clases de dispositivo correctas. ¿Has consultado la Guía de administración? zenoss.com/community/docs

— Martijn Heemels

¿Por qué la gente rechaza mi respuesta? Este es un sitio de preguntas y respuestas, y creo que es perfectamente válido informar al solicitante de opciones alternativas de las que pueden no estar al tanto, siempre que sean relevantes y puedan resolver su problema.

— Martijn Heemels

@Martijn: supongo que porque la pregunta no buscaba alternativas adicionales, además de la línea Zenoss, aunque tenía la edición "Core", empuja mucho hacia las ediciones comerciales, mientras que OpenNMS y Nagios "tienen" soporte comercial, pero todo está disponible en las ediciones de "comunidad" también.

— warren

Zenoss es asombroso. Interfaz web de que es muy simple de usar y hace mirada Nagios como un viejo dinosaurio ...

— Antoine Benkemoun

2

Hay un puerto FreeBSD (consulte https://www.geeklan.co.uk/?p=132 ) que funciona con Diablo JVM.

— usuario4871
fuente

2

¿Quizás quieres usar ambos? Actualmente estamos utilizando Nagios para la supervisión de la disponibilidad con alaraming, escalamientos, etc. y opennms para la supervisión del rendimiento sin alarmas.

— bruja
fuente

2

OpenNMS apunta a la organización de tamaño empresarial que necesita una solución de administración de red escalable. Nagios es más adecuado para monitorear una cantidad limitada de servidores que puede permitirse configurar manualmente. Si lo compara con la red de transporte, Nagios es un camión y OpenNMS es un sistema ferroviario, ambos hacen "aproximadamente" lo mismo ("supervisar cosas", "transportar cosas") pero están dirigidos a diferentes mercados.

2

Te recomendaría http://omdistro.org/ . Es una versión precompilada y preconfigurada de Nagios con muchos complementos para facilitar la administración, la configuración y la visualización, utilizando principalmente la extensión Check_MK. La principal ventaja es tener a Nagios trabajando en modo pasivo, lo que significa que las comprobaciones se realizarán localmente (por cada servidor) y solo el estado se enviará a Nagios. Para instalaciones medianas y grandes, es una gran mejora. Vale la pena mencionar que admite la implementación en varios sitios, por lo que si tiene sitios remotos, usted

— Eduardo Gonçalves
fuente

0

Según tengo entendido, OpenNMS es una herramienta de administración que realiza monitoreo (¡bueno!), Mientras que Nagios es solo una herramienta de monitoreo.

Citando al jefe del Grupo OpenNMS , Tarus Balog , "OpenNMS tiene excelentes capacidades de monitoreo, pero lo hemos diseñado para que sea una plataforma de aplicación de administración de red de la cual el monitoreo es solo una parte". * *

Desde el sitio de Nagios : "Capacidades para monitorear aplicaciones, servicios, sistemas operativos, protocolos de red, métricas del sistema y componentes de infraestructura con una sola herramienta" *

La historia de Nagios comenzó con la supervisión y siguió adelante, mientras que OpenNMS comenzó con la administración y continuó.

— madriguera
fuente

-1

No importa qué herramienta elija, también debe usar un servicio de monitoreo externo adicionalmente. Pienso en servicios como AlertFox o Gomez.