Proxy vs. Node (notifications vs. central config)

[martin.marcher]

Hi,

we'll be setting up a mid sized environment with about 200 hosts to be monitored. They are placed in international locations.

• Austria
• Netherlands
• U.S.

So I was thinking about:

• Austria: Master wich monitors also local hosts
• Netherlands: Proxy
• U.S.: Proxy

Now in the documentation for 1.6.1 under "16.2.Proxy v.s. Node" it says that proxy do not generate notifications. Does that mean that the earliest generation of notifications will be when the proxy sends the data to the master and the items have been processed?

We'd like to be have all data stored centrally on the master but get the notifications as early as possible. We'd also like to have a central configuration in Zabbix which, if I understand the docs correctly, goes against the whole Node vs. Proxy thing. Read:

• Nodes generate notification but don't have a central configuration they get from the central master host
• Proxies have a central configuration but do not generate notifications

So what are your suggestions on getting notifications ASAP but also have a central configuration?

thx
martin

[xs-]

the notifications part is used for when you need the notification (email, sms, etc) to be sent from that location. (e.g. if you have a local admin team on site).
If your administration is done centrally, i figure you want to have the centralized node initiate the notifications.

[martin.marcher]

If your administration is done centrally, i figure you want to have the centralized node initiate the notifications.

I'm just nervous about a service going down and the proxy in the worst case waits up to the configured time to forward events (say an hour).

So we'd only know about an hour after an error about it. Near real time notifications are something I'd very much like to have.