Differenze chiave tra Nagios e Open NMS?

12

Sto cercando di presentare al mio manager un sistema di monitoraggio completo e sto prendendo in considerazione OpenNMS. Tuttavia, ho visto lusinghieri elogi di Nagios qui e speravo che qualcuno con esperienza potesse aiutarmi a illustrare le differenze chiave per me. I loro obiettivi sono diversi o sono solo concorrenti?

Se un po 'di background aiuta, eseguiamo 6 server in loco (file server, PBX, proxy, applicazione, ecc.) E due server fuori sito (sito Web / sviluppo) insieme a un paio di switch e un router. Il servizio di monitoraggio che installeremo sarà in esecuzione su un desktop convertito separato con freeBSD. Tutte le nostre cose funzionano su Linux o su un derivato BSD.

Non stiamo cercando di spendere soldi per implementare questo (sospiro).

Grazie per qualsiasi aiuto.

EDIT Sembra che openNMS offra una soluzione più completa più vicina a ciò che desidero. Tuttavia, poiché è scritto in Java e la porta non si trova ancora nell'albero delle porte ufficiale, è stato posto il veto. Ora inizia il mio Nagios sarebbe meglio della semplice campagna MRTG. Grazie per le risposte veloci.

-Opportunità

— Opportunità
fonte

5

Wikipedia ha una tabella comparativa che aiuta molto

Penso che le differenze chiave siano:

lingua: Nagios è scritto in C e OpenNMS in Java. Rende i nagios molto più veloci su hardware meno recente.
Raccolta dati: Nagios esegue una raccolta dati molto ridotta. Altri software (ad esempio cactus) saranno necessari per un sistema di raccolta dati più ampio. OpenNMS lo include immediatamente.
scoperta di host e servizi: a Nagios deve essere detto cosa monitorare mentre OpenNMS ha funzionalità di rilevazione.

— tomdeb
fonte

1

Per essere pedante, Nagios esegue la raccolta di dati per cose come i tempi di attività, semplicemente non persiste i dati specifici sulle prestazioni trasmessi dal client né produce dati sulle prestazioni. Ci sono opzioni per conservare questi dati all'interno di un Round Robin Database (RRD) nella configurazione di Nagios, e quindi Cactus (o semplicemente il vecchio RRDTool) può essere usato per produrre i dati.

— Karl Katzke,

Grazie! Ho fatto ricerche da quando ho pubblicato questo e l'ho trovato nei documenti Nagios (collegati a opennms faq) "Nagios non è progettato per essere un sostituto per un'applicazione di gestione SNMP completa come HP OpenView o OpenNMS." Sembra che devo lavorare su come ottenere java su freeBSD

— Chance,

Sono praticamente un fanatico delle prestazioni a "C" e sicuramente dedurrei punti da qualsiasi progetto scritto in Java. L'impatto sulle prestazioni si riduce generalmente alla scelta dei plugin. Riflettendo la mia esperienza, Nagios stesso si comporta molto velocemente, e credo assolutamente che essere scritto in 'C' sia in gran parte responsabile, l'ondata di plugin / componenti / componenti perl / python / php praticamente soffoca a morte un server. I plugin ufficiali, scritti in 'C', sono assolutamente fantastici. Sfortunatamente per alcune cose, più di quanto ti aspetteresti, il perl è una necessità. moltiplicalo per 1000 e ...

— JM Becker,

3

Suggerirei di prendere in considerazione anche Zenoss Core , la versione gratuita di Zenoss. L'ho installato per monitorare la nostra rete e i nostri server e l'ho trovato molto capace e molto più intuitivo di Nagios. Fa quello che fanno Nagios e cactus, ma integrato. La maggior parte delle funzionalità di cui hai bisogno è probabilmente lì, ma in caso contrario puoi estenderla con i pacchetti Zenoss e i plugin Nagios.

Puoi letteralmente averlo installato e funzionare in 30 minuti, quindi è facile valutarlo. Seriamente, ne siamo molto soddisfatti e sembra perfetto per le tue esigenze.

— Martijn Heemels
fonte

Ho trovato Zenoss esattamente il contrario: l'ho installato e funzionante in 30 minuti, ma non sono riuscito a farlo.

— Karl Katzke,

Mi dispiace sentirlo, Karl. La nostra esperienza è stata molto piacevole. Come ogni soluzione di monitoraggio c'è una curva di apprendimento, e ci vuole tempo per modificare i dettagli e le soglie, ma la configurazione è stata ciò che mi ha conquistato. L'abbiamo installato, lasciato scansionare la nostra sottorete, cancellato tutti gli host client e assegnato gli host del server alle classi di dispositivi corrette. Hai controllato la Guida all'amministrazione? zenoss.com/community/docs

— Martijn Heemels,

Perché le persone stanno annullando il voto della mia risposta? Questo è un sito di domande e risposte e penso che sia perfettamente valido informare chi chiede opzioni alternative di cui potrebbero non essere a conoscenza, a condizione che siano pertinenti e possano risolvere il loro problema.

— Martijn Heemels,

@Martijn - la mia ipotesi è perché la domanda non era alla ricerca di alternative aggiuntive, oltre alla linea Zenoss, pur avendo l'edizione "Core", spinge molto verso le edizioni commerciali, mentre OpenNMS e Nagios "capiscono" di avere un supporto commerciale, ma tutto è disponibile anche nelle edizioni "community".

— Warren,

Zenoss è fantastico. La sua interfaccia web è davvero semplice da usare e fa apparire Nagios come un vecchio dinosauro ...

— Antoine Benkemoun

2

C'è una porta FreeBSD (vedi https://www.geeklan.co.uk/?p=132 ) che funziona con Diablo JVM.

— user4871
fonte

2

Forse vuoi usarli entrambi? Attualmente stiamo utilizzando Nagios per il monitoraggio della disponibilità con alaraming, escalation ecc. E opennms per il monitoraggio delle prestazioni senza allarmare.

— wittwerch
fonte

2

OpenNMS si rivolge a un'organizzazione di dimensioni aziendali che necessita di una soluzione di gestione della rete scalabile. Nagios è più adatto per monitorare un numero limitato di server che puoi permetterti di configurare manualmente. Se lo paragoni alla rete di trasporto, Nagios è un camion e OpenNMS è un sistema ferroviario - entrambi fanno "approssimativamente" lo stesso ("monitora le cose", "trasportano le cose") ma sono rivolti a mercati diversi.

2

Ti consiglierei http://omdistro.org/ . È una versione precompilata e preconfigurata di Nagios con molti plug-in per semplificare la gestione, la configurazione e la visualizzazione, utilizzando principalmente l'estensione Check_MK. Il vantaggio principale è che Nagios funziona in modalità passiva, il che significa che i controlli verranno eseguiti localmente (da ciascun server) e solo lo stato verrà inviato a Nagios. Per installazioni medio-grandi è un enorme miglioramento. Vale la pena ricordare che supporta la distribuzione multi-sito, quindi se si dispone di siti remoti, tu

— Eduardo Gonçalves
fonte

0

Secondo la mia comprensione, OpenNMS è uno strumento di gestione che esegue il monitoraggio (bene!), Mentre Nagios è solo uno strumento di monitoraggio.

Citando il capo del gruppo OpenNMS , Tarus Balog , "OpenNMS ha grandi capacità di monitoraggio, ma lo abbiamo progettato per essere una piattaforma applicativa di gestione della rete di cui il monitoraggio è solo una parte". *

Dal sito Nagios : "Funzionalità per monitorare applicazioni, servizi, sistemi operativi, protocolli di rete, metriche di sistema e componenti dell'infrastruttura con un unico strumento" *

La storia di Nagios iniziò con il monitoraggio e proseguì, mentre OpenNMS iniziò con la gestione e proseguì.

— conigliera
fonte

-1

Indipendentemente dallo strumento scelto, è necessario utilizzare anche un servizio di monitoraggio esterno. Penso a servizi come AlertFox o Gomez.