On 10/17/2014 02:05 PM, Eric Hand-Smith wrote:
Hello, Folks,
We were planning on deploying collectd, statsd, logstash, and
sensu-client on our client servers/VMs.
I mentioned that Heka can easily replace statsd and logstash (and
several parts of collectd). And I'm fairly certain Heka can replace
standalone checks using ProcessInput.
Can Heka be configured to also consume sensu-server check requests off
of a RabbitMQ queue, execute the checks at the filter stage (in a
sandbox?), and send results back to sensu-server via a different
RabbitMQ exchange? Thank you.
Yes, this seems reasonable. An AMQPInput would pull the checks in, a custom
filter would execute them and generate output messages with the results, and an
AMQPOutput would catch the output messages and send them out again.
You wouldn't be able to do it with a SandboxFilter, however, b/c it looks like
Sensu server checks require you to spawn external processes. We don't expose
file I/O (or even stdout!) to our Lua sandbox, much less the ability to spawn
new processes. So the filter would have to be written in Go.
-r
_______________________________________________
Heka mailing list
[email protected]
https://mail.mozilla.org/listinfo/heka
