Integrazione Kibana 3 Milestone 4 e Graphite

Question

Sto avendo difficoltà a comprendere l'integrazione di grafite e kibana 3 per monitorare i registri e i vitali di sistema.Mi riferisco alla figura in sistema di gestione del registro descritto qui .

.
1. Considerando le nuove funzionalità di Kibana 3 Milestone 4, possiamo raccogliere i vitali di sistema e conservarlo direttamente nella ricerca elastica anziché in grafite e utilizzare una singola cruscotto Kibana (quale potrebbe essere la scelta giusta per implementare in un sistema distribuito in cui l'enfasi è attivaPRESTAZIONI E PIEDI DEL PIEDO DI MEMORIA BASSA)?
2. Perché dobbiamo usare Statsd e Graphite, quando il conte e le statistiche semplici sono ora supportati da Kibana - Combinazione di ELASTICSEARCH?
3. Nel caso, decidiamo di utilizzare sia grafite che Kibana, come lo integrano in un singolo dashboard?
4. C'è un tutorial per integrare i dashboard (kibana e grafito / grafico esploratore / orion / matita)?

Grazie in anticipo.

Answer 1

Perché statsd-grafite:

.

1. Statsd e grafite possono aiutarti a visualizzare qualsiasi cosa , non solo registri e italici di sistema. È molto semplice con lo stacksd-grafite stack, per misurare il numero di utenti che si librano sul fondo a sinistra del tuo sito per più di 10 secondi.

2. Poiché non vi è alcuna registrazione integrata, la scalabilità che la grafite fornisce è impareggiabile da un punto di vista IO. Considera anche il fatto che Statsd parla UDP, quindi la raccolta di metriche 300k al minuto è una brezza.

3. Non devi registro qualcosa per vederlo.

Integrazione:

Come chiaramente mostrato nel diagramma architettonico che hai condiviso, è possibile filtrare le statistiche che si desidera visualizzare, hanno inoltrato a STATSD. Questo è in parallelo con kibana visualizzando direttamente da LogSash-Elasticsearch. Under ridondante con i dati è un approccio più semplice se si desidera visualizzare sia i dati di grafite che Kibana su grafite, poiché il webapp non richiederebbe direttamente Elasticsearch.

Vimeo graph explorer è qualcosa che potresti voler esaminare. Commese Elasticsearch.

---

.

Aggiornamenti:

Non è che il logstash non lo faccia, ma non è "progettato" per quel ruolo, mentre Statsd et al, sono.

.

Mi sono chiesto se abbiamo un linguaggio di query più semplice.

Lo schema intrinseco dell'organizzazione in grafite è simile ad un albero e quindi le ricerche fanno-non / Can-non i risultati di Yeild da un sottosuolo diverso. Questo lo rende non così adatto alle ricerche tridimensionali. GE è il più semplice, dato che vuoi il potere.

.

Flusso del grafico Explorer -

Grafico Explorer si rivolge a Aggiunta di tag alle metriche e integrandolo con Elasticsearch. Quindi cosa fa GE in realtà è che -

.

1. Un tempo- Si collega al front-end di grafite, semplifica le chiamate API per recuperare tutte le metriche.

2. Quindi 'converte' le metriche di proto 1 di stile vecchio (A.B.C) in metriche Proto 2 basate su tag (host= A.App= B.UserName= C).

3. viene quindi esportato in ES che mantiene un indice.

4. Quando si interroga GE front-end, si connette a ES a capire ciò che desideri.

5. GE interroga quindi la grafite-API e fornisce i risultati in GE front-end.

.

Inoltre, Graph Explorer suppone che stiamo usando Diamond for Collection?

no.

.

Come si confronta con la matita, Orion e Graphiti?

Queste sono ottimizzazioni di superficie alla visualizzazione. Loro-

.

1. cambia l'aspetto e la sensazione dei grafici.

2. Realizza la query dell'API più facile.

3. Consenti un flusso di monitoraggio migliore.

Non cambiano il modo in cui memorizzi o cerchi le informazioni. GE, incorpora 'più profondo' nei dati metrici e quindi ha un bordo reale sul modo in cui interrogano le metriche. (Ricerca tridimensionale)

.

Heads up-

Il plug-in importatori metrico GE è tutt'altro che perfetto. Importò con successo 300 dalle mie 1000 metriche. È anche più pesante da rendere, e il front-end mangia più NW (a causa delle caratteristiche acquisibili, zoomabili).

.

Aggiornamento -

Grafana è fuori.