Cache layer in NSCA?
Daniel Wittenberg
daniel.wittenberg.r0ko at statefarm.com
Wed Jan 4 20:00:11 CET 2012
My first concern about using it personally, would be if there was a low-time when messages weren't being sent, it could be awhile before it sends a message and it could get way out of sync for the max time allowed and just drop the message. I guess that's the part you lose by not having it managed by a running service and not sure there is a fix except to make sure it's run every so often. Maybe you could add another option to that is just a 'flush the cache' mode that doesn't try and send anything, so you could ensure things got sent?
Dan
-----Original Message-----
From: Mike Lindsey [mailto:mike-nagios at 5dninja.net]
Sent: Tuesday, January 03, 2012 5:23 PM
To: Nagios Developers List
Subject: [Nagios-devel] Cache layer in NSCA?
We're using an external script to handle connection caching for NSCA..
Once we have X seconds of OCSP and OCHP results queued in the local
cache, we fire off a batch submission through send_nsca. One TCP
connection, one encryption handshake. Under extreme load, we've been
having some issues and I'm thinking about re-engineering it.
Only, I think if I do much work, I'd like to add the cache logic to the
send_nsca binary itself.
Changes would involve adding a cache directory and cache age (and/or max
cache items) config directives. Without the new directives, program
flow would be as normal. With those directives, any submitted OC*P
events submitted to send_nsca would get dumped into the cache directory
until the oldest file exceeds the max cache age, or the number of items
exceeds the max. Once either of those are reached the next send_nsca
call would submit all results at once.
A lockfile mechanism of some sort would be in place to prevent any
subsequent send_nsca runs that get kicked off, before the submitting run
has finished, from doing duplicate submissions.
Any concerns, requests, or gentle guidance towards alternate solutions?
--
Mike Lindsey
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
More information about the Developers
mailing list