Newsgroup: it.comp.os.linux.sys
Titolo: Ganglia: consigli e pareri

Buonasera,
in questo afoso agosto mi son messo a valutare ganglia come
 sistema di performance monitoring.
Ho ottenuto i primi risultati, ma mi sono scontrato anche con i
 primi problemi. Tra i più fastidiosi annovero la presenza di un
 cluster "unspecified" sebbene lo abbia nominato correttamente.
 
Inoltre l'interfaccia web mi riporta alcuni grafici di troppo.
 Monitorando due host con un numero differente di nic, mi ritrovo
 per ogni host i grafici di tutte le interfacce (e ovviamente
 alcuni non sono valorizzati). Stessa cosa dicasi per lo storage.
 Non capisco se sia un problema dovuto ad una mia errata
 configurazione, magari dovuto allo scambio di metriche tra i vari
 processi gmond (sto usando unicast).
Se qualcuno si è già sporcato, gradirei farci quattro chiacchiere
 in libertà.
 
Ho poi testato il supporto sflow, che purtroppo non mi ritorna le
 statistiche disco, ma in questo caso sembra colpa di hsflowd (con
 KVM e backing storage su lvm).
 
-- 
 
 
----Android NewsGroup Reader----
http://usenet.sinaapp.com/
 

  sistema di performance monitoring.
 
Non conosco Ganglia ma se parli di monitoring di traffico e/o carico macchina io 
andrei di snmp e cacti.
Se poi vuoi fare una cosa più completa vai con OMD e hai molte altre cose in più.
 
Rizio
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 Se poi vuoi fare una cosa più completa vai con OMD e hai molte altre cose in più.
 
Con cacti e nagios ci lavoro da anni, ma volevo espandere i mie
 orizzonti. 
 
Per inciso ho risolto il primo problema impostando il case
 sensitive a 1 sia su gmetad sia sulla parte web. In teoria
 seguendo la documentazione avrei dovuto impostare a 0 con le
 release recenti.
 
Se riesco a risolvere anche le mancate statistiche disco di
 hsflowd posso ritenermi soddisfatto.


  orizzonti.
 
Perciò dici che ganglia è uno step superiore alle statistiche di cacti?


 Perciò dici che ganglia è uno step superiore alle statistiche di cacti?
 
Conosco ancora troppo poco ganglia per affermare una cosa del
 genere. Sono prodotti ben distinti, con filosofie del tutto
 diverse.
 
Sostanzialmente ganglia é agent driven (modulo gmond da installare
 su ogni host da monitorare). C'é poi un livello di raccolta ed
 eventuale accorpamento (gmetad) ed infine un modulo di
 presentazione del dato (ganglia-web).
 
Io sono stato tentato da ganglia per il supporto nativo a sflow,
 sebbene quest'ultimo fa in po' il prezioso.


  sebbene quest'ultimo fa in po' il prezioso.
 
Ero curioso e ti ringrazio delle info ma mi accorgo che ho una struttura ancora 
molto piccola per quel tipo di necessità
 
Buona giornata


  sistema di performance monitoring.
 
Personalmente ti direi che preferisco Check_MK (pro: costruito su nagios, con
OMD va su che è un amore), Zabbix o lo stack T.I.C.K (Telegram, InfluxDB,
Chronograph, Kapacitor). Inoltre darei un occhio anche a Phrometeus.io, che è
parecchio interessante. Ganglia boh, l'unica cosa che so è che lo usano in
Wikimedia, ma non mi ha mai attirato...
 
Enrico

 molto piccola per quel tipo di necessità
 
IMHO va benissimo anche per piccole installazioni. Si parla di pochi kb di codice C, senza la necessità di *SQL esterni. Sono forniti opzionalmente anche alcuni plugin scritti in python, che mi paiono molto leggeri anch'essi.
 
Semmai per installazioni di un certo peso, va ben strutturato l'accesso (soprattuto in scrittura) alla base dati rrd.
 
Il file di configurazione, una volta entrata nell'ottica, è semplice da gestire. Le sezione delle metriche può essere generata in automatico con dei default abbastanza ragionevoli.

 Wikimedia, ma non mi ha mai attirato...
 
Enrico grazie come sempre per questi ed altri contributi.
 
Mi sono avvicinato a Ganglia per la semplice integrazione con sflow. Negli ultimi mesi mi è capitato di usare sflow (con nfsen) in una situazione con scarse risorse disponibili, e sono riuscito ad ottenere tutti gli indicatori di interesse con poco sforzo.
 
Lo stack T.I.C.K. è la tipologia di soluzione che tenderei ad evitare. Il monitoring non è il mio core business, piuttosto uno strumento utile a "prendere le misure" per vecchi progetti rimodernati. 
 
Ad ogni modo se riesco a trovare del tempo vedrò di approfondire Phrometeus.