PDA

View Full Version : [Discussion] Zabbix AMQP support


zabbix_zen
26-01-2011, 17:03
Hi all.

Has been there any thought about a future Zabbix AMQP (http://en.wikipedia.org/wiki/AMQP) feeding?
(co-founded by RedHat and now embraced by Microsoft)
Using, say, PECL AMQP Extension (http://pecl.php.net/package/amqp).
AMQP has been proving itself as a scalable and efficient messaging system

Zenoss came early to the scene and already has its AMQP Event Monitor, it has also popped in a 2009 Nagios proposal but don't know how it's standing now.

Summing up,
I think it would be a great addition to Zabbix and would further encourage enterprises with custom applications to jump into Zabbix.

zabbix_zen
27-01-2011, 11:48
Don't know if I was clear enough,
but this would be valuable in remote hosts where a zabbix_agentd install is not allowed and we already have a functional AMQP broker.

Opened a Request (https://support.zabbix.com/browse/ZBXNEXT-638)

nelsonab
27-01-2011, 16:19
I think you might want to edit your prevsious message as it links back to this thread.

I remember talking about AMQP and Zabbix a little while ago. I can see nothing but good things should Zabbix support AMQP. AMQP is beginning to find use in some of Red Hat's systems management products and I could see it becoming useful in cloud architectures too. If this were to be implemented it needs to be done in a manner similar to a plugin architecture, to where you can use AMQP, or something else like DBUS interchangeably.

zabbix_zen
27-01-2011, 17:17
Typing stuff in a hurry does that :)

Done.

AMQP implementations such as RabbitMQ or 0MQ are already used to successfully dispatch a huge number of messages and such a capability would further enhance Zabbix monitoring scalability.

nelsonab
18-11-2011, 18:06
I'm going to take a crack at developing something for this. Anyone interested in helping? Like the Lua patch I figure the best place to start with this will be in the community, and then let it grow from there. :-)

untergeek
18-11-2011, 18:19
I am interested in this, but have no spare cycles to do more than perhaps help test alpha and/or beta versions.

untergeek
18-11-2011, 18:20
Also, there needs to be AMQP agnosticity. I have run into other projects that only work with one flavor of AMQP broker.

Have you also considered ZeroMQ?

nelsonab
18-11-2011, 18:36
True being agnostic is important, however I am due to dive in to Red Hat MRG (Since I'm currently employed by Red Hat) which uses QPID as it's AMQP broker. Thus I will be doing my efforts around that. QPID does aim to be 100% compliant with AMQP. Also once there is a prototype to play with them we can kick it around and try to expand it's compatibility, but first we need a prototype. :-)

untergeek
18-11-2011, 18:39
Thankfully, QPID is a good choice. It's java-based so it will run on just about anything. My main complaint has actually been against RabbitMQ and some implementations of libraries against it.