GUI di configurazione di Nagios [chiuso]

Abbiamo implementato Nagios per i servizi sulla nostra rete e funziona alla grande. Le notifiche sono buone e l'ampia gamma di opzioni di configurazione è molto utile. Fino a questo punto, abbiamo eseguito manualmente tutte le configurazioni modificando direttamente i file.

Quando inizieremo ad aprirlo un po 'ad alcuni degli altri amministratori, mi piacerebbe implementare una GUI che riduca la probabilità di errori. Ho verificato alcuni diversi progetti di GUI e finora sembra che NagiosQL e NConf siano i principali contendenti finora.

Ci sono delle raccomandazioni tra questi due o forse altri che dovrebbero essere considerati? Che ne dici di storie di installazione e utilizzo, "gotchas" e suggerimenti che potrebbero essere utili per decidere?

Siamo di fronte alla stessa decisione e attualmente nconf è il nostro preferito. Ha il grande vantaggio di essere progettato per grandi ambienti distribuiti.

Ti crea automaticamente i file di configurazione per diversi server nagios, uno che è una specie di raccoglitore e uno che è il monitor, che riceve solo controlli passivi dal collettore.

Al rovescio della medaglia, attualmente non è possibile gestire le escalation con nconf!

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

Usiamo OpsView al lavoro. È una GUI basata sul Web e gestisce elementi come il ridimensionamento del servizio Nagios tramite il clustering. È possibile aggiungere nuovi host, nuovi servizi, via Web e riconoscere l'interruzione. Registra anche una vista storica dei servizi, se desideri sapere cose come la CPU di cui un server ha bisogno regolarmente.

Tuttavia, non sarà ancora possibile aggiungere script Nagios via Web.

Abbiamo avuto una buona esperienza con Opsview per la gestione di Nagios. Tuttavia, è un errore pensarlo come un "front-end" per Nagios; invece, pensalo come un sistema di monitoraggio che utilizza Nagios come motore sottostante.

La configurazione di Nagios è memorizzata in un DB e i file di configurazione di Nagios sono generati a livello di codice, quindi se sei abituato, ad esempio, a memorizzare le tue configurazioni Nagios nel controllo del codice sorgente o a generarle usando alcuni script, devi rinunciare a tali procedure.

Quello che ottieni invece include quanto segue:

• gestione centralizzata di un sistema Nagios distribuito
• gestione trap SNMP integrata
• Nagiosgraph integrato
• NMIS integrato
• aggregazione automatica di statistiche e generazione di report
• non più errori di sintassi nei file di configurazione di Nagios :)
• gestione centralizzata dei tempi di fermo
• un'API XML che espone un sottoinsieme della funzionalità di gestione di Opsview
• migrazione automatizzata dalla tua configurazione Nagios esistente

-Steve

Il problema di cui mi sto dilettando è che il frontend di configurazione a volte può creare file di configurazione davvero inutili che non sono intuitivi da modificare a mano se necessario in seguito. Questo è un problema con qualsiasi sistema che utilizza file di configurazione generati dalla macchina ed è abbastanza ben compreso anche se non intuitivo.

Il mio solito approccio con Nagios è stato quello di utilizzare ampiamente le funzionalità di template e ereditarietà e di dividere le mie configurazioni in molti, molti, molti, molti file.

Vale la pena notare qui che la comunità di Nagios ha recentemente biforcato perché il tipo di sviluppatore principale è privo di capacità di leadership e Nagios non è davvero migliorato o cambiato molto in dieci anni. Icinga è presumibilmente il nuovo figo, ma non l'ho ancora provato.

UbuntuGeek ha appena pubblicato un articolo su questo argomento oggi. È sulla stessa linea della risposta http://www.ducea.com di Xerxes, ma solo un po 'più articolo attuale con alcuni dei progetti più recenti aggiunti. Comunque, è una rapida panoramica decente che copre diverse configurazioni di configurazione di Nagios, che dovrebbe darti un buon punto di partenza.

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

modificare

Il nuovo scambio nagios ufficiale è stato aperto anche oggi, ecco un link alla sezione Configurazione per un rapido riferimento:

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

Nconf non supporta l'escalation di servizi e host

ma,

puoi "estendere" l'applicazione per supportarla direttamente dalla web gui tramite il menu di amministrazione creando due nuove classi "hostescalation" e "serviceescalation" in ogni nuova classe devi definire un attributo escalationid con "Attributo di denominazione" impostato e non scritto in l'output di un file di configurazione dedicato

quindi definire qualsiasi attributo correlato all'escalation e che deve essere scritto nel file di configurazione, ad esempio: nome_host collegato alla classe host contact_groups a un elenco di classe contactgroups e così via

Per lo stesso motivo per te, abbiamo dovuto implementare un front-end. Personalmente li trovo tutti un po 'goffi e preferirei gestire i file di configurazione a mano (meno sforzo). Ma sembra che tu non abbia molta scelta.

Usiamo il monarca, ma non mi piace così tanto.

Non ho provato nient'altro, ma puoi iniziare qui ...

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

Consiglio vivamente Centreon come frontend Nagios. Non solo semplifica il processo di configurazione, ma può anche essere utilizzato per la visualizzazione dello stato e la raccolta di dati sulle prestazioni restituiti dai controlli Nagios, che viene trasformato in grafici gradevoli. Quindi, in un certo senso, anche i cactus obsoleti.

Il prodotto al dettaglio NagiosXI ha un prezzo ragionevole e nasconde tutti i file di configurazione del testo sottostante. Lo usiamo da circa sei mesi e siamo contenti dei suoi costi / benefici.