Page 1 of 1
SNMP traps
Posted: Tue Oct 28, 2014 3:46 pm
by BanditBBS
Yay, I knew I couldnt stay away from traps forever here!
I need to start dealing with traps and want to do it properly from the start. I should install a new server to install NSTI on it alone, right? NSTI will then fwd the traps over to my NagiosXI server, right?
Secondly, how much space should I give this server?
Re: SNMP traps
Posted: Tue Oct 28, 2014 5:02 pm
by sreinhardt
You only need NSTI if you wish to view more than the most recent trap per service. If that's that case, than NSTI is great for this use and you have a couple deployment options.
1) NSTI and XI on separate servers: This is great if you know that a ton of traps will be coming in, and the load might be a bit much for XI to handle as well. You would use NSTI to receive them, use the internal alerting and integration system to send alerts to XI when a specific filter is met. Both systems know whats going on, you have an easy way to see old and new traps, and it gives you a bit more filtering than just "Hey a trap came in!"
2) NSTI and XI on the same server, with NSTI forwarding via NRDP. Personally, this is a bit excessive and if you want the addition of NSTI filtering and alerting, I'd really suggest the separate servers route instead. If you insist on going this way, it should work fine, they will communicate over a local apache connection. One main point, is that snmptt.conf and other processed mibs should NOT have any exec lines that would send traps to XI, this should be entirely handled through nrdp.
3) Same as 2, except that nsti is ONLY used for viewing, and the standard snmptt to XI integration applies. In this case, traps come in to the server and are processed by snmptt and snmptrapd. Snmptt logs the traps in a database for NSTI to use, but DOES have exec lines in the config files, thus it directly sends to nagios.cmd instead of having NSTI do it through nrdp. This has the advantage of being a little quicker to XI, being a bit more native to how XI handles it by default, but does limit your ability to filter out traps that you don't care about or really care about.
With all that, how do you think you will want to go? There are definitely advantages and disadvantages to both. One thing I would note, is that NSTI is one of the products that aside from load, I would not worry about adding to an XI system as most if not all of those process are running already!
Re: SNMP traps
Posted: Tue Oct 28, 2014 5:16 pm
by BanditBBS
#1 for sure. At AE I did #3 and it worked well, but I really wish I had NSTI for searching old alerts and stuff.
So, I'm going to request a VM tomorrow, any hint on how much space I should request? I can always expand I guess. And what about specs, if its just doing NSTI and nothing else, 2 vCPU and 8GB ram?
Re: SNMP traps
Posted: Wed Oct 29, 2014 12:30 pm
by sreinhardt
Any idea of how many traps per [insert time interval]? The whole process is pretty small, if you were to disable flat file logging and keep it to mysql only, 40-80GB should last a long time with traps. We are talking a few hundred bytes to a few kb per trap in most cases.