Here we are at the final part of this little series. Throughout I’ve discussed my standard tactic for linking objects so that you can easily scale your solution and never get “stuck” with having to make large sweeping config modifications to implement small changes. The below diagram is the complete overview of all those little sections joined together. The arrow direction denotes who defines what, the start of the arrow is the object defining the connection.
Well getting this presentation up hasn’t exactly been flying along at sonic speeds but there’s been so many interesting deviations over the last few months that warranted posts and more yet to come… but for now I’m containing myself and getting back on track. Part 3 should hopefully be a little more concise than previous installments, the methods for architecting this part of your solution are going to fluctuate much more depending on your business needs but there are still some easy considerations that can make your life much easier.
Now that we know how to integrate the two auth’s into our business we can begin to look at how we manage the actual Nagios configuration files. Assuming that your business is size-able enough then you will be working in a team driven environment which makes that 1-to-1 relationship between individual people and your hosts/services harder to manage. I mean sure you can drop them all in host groups but more often than not you would prefer alarms were logged to a team support address and you also end up building a bit of a rod for your back when some one needs to view a host/service but not receive alerts about it.
I promised many weeks ago that I would begin distilling my Conference presentation down into small digestible posts and I am pleased to say that I ceased being lazy, so here is part 1! This presentation was designed to be a guideline for new users on designing their configuration architecture and overcoming those first few small hurdles in turning Nagios into a viable business monitoring solution. Some of the architectural decisions are going to be suited more towards a single-business as opposed to a highly distributed environment such as a consultancy.
Good news everyone! By which I mean, some good news and some less-good-news. The slides from my presentation are now available: http://www.slideshare.net/nagiosinc/nagios-conference-2012-john-murphy-rationalconfigurationdesign http://assets.nagios.com/presentations/nwcna2012/John_Murphy_Rational_Configuration_Design.ppt If you want to view other speakers slides they are available below: http://www.nagios.com/events/nagiosworldconference/northamerica/2012/presentations The slides have been available for some time but I have been waiting to post my slides and conference video at the same time… that video is now available but unfortunately it’s been pay-walled. Double unfortunately it’s been pay-walled for a $100 subscription fee and the content really isn’t worth that price tag.
Anyone who’s had a look at the (rather short) backlog of articles on this site would probably notice that I have a bit of involvement in the Nagios project and community. This year I will be speaking at the NWCNA 2012 conference in Minnesota on the topic of “Rational configuration design to prevent irrational problem solving”, which is all rather exciting. You can find the official information here along with all the other awesome speakers and topics.