Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhancement - broker module #2

Open
xkilian opened this issue Nov 9, 2012 · 3 comments
Open

Enhancement - broker module #2

xkilian opened this issue Nov 9, 2012 · 3 comments
Assignees

Comments

@xkilian
Copy link

xkilian commented Nov 9, 2012

Using the perfdata files is a total performance hog for monitoring systems.

Shinken and Nagios for that matter support exporting performance data using broker modules.

These send metrics using various methods. For example Shinken has a broker module to send data via pickle or raw sockets to Graphite. It also has modules to send data to syslog.

Performance data AND/OR log messages can be sent using the broker modules directly to Splunk.

It would be very easy to modify a Shinken broker module to export the data. If we create a module exporting data via syslog/TCP, would you be interested in having splunk-for-nagios process the data using this instead of the nagios.log or perfdata files?

@skywalka
Copy link
Owner

skywalka commented Nov 9, 2012

That would be awesome! Please submit a pull request and we'll give it a shot! Let me know if you need anything/have any questions or queries. Obviously I'm happy to assist/collab in anyway possible :)

Luke :)

@xkilian
Copy link
Author

xkilian commented Nov 9, 2012

Okay, I will create a Shinken broker module to send the log data directly to a local Splunk universal forwarder. Not sure yet, what is the best method to forward it. (local tcp socket or pipe) Will keep you posted.

@xkilian
Copy link
Author

xkilian commented Nov 11, 2012

For performance data, the Shinken Graphite_broker already sends data to a raw socket and creates the metric name as:
hostname.servicename.metricname

or (If the variables GRAPHITE_PRE, SOURCE, GRAPHITE_POST are set for that host or service)

VAR1.hostname.VAR2.servicename.metricname.VAR3

So it is a matter of simply determining what should be the metric name value and cloning the graphite_broker.py module and apply minor changes. (Same as above or different?)

Though i seriously do not believe in using Splunk as a time-series store for performance data from a cost perspective. Graphite is better suited for this, and it includes an HTTP API to get raw data to do calculations and integration.(Or simply graphs)

@ghost ghost assigned xkilian Nov 28, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants