LDAP Configs..

[Sean O'Malley]

On Sat, 17 Jul 2004, Ian Holsman wrote:

> so are you thinking about having nagios ditch it's internal
> host/service structures and do a LDAP call when it needs to grab info?

yeah. I think the tree structure of LDAP would fit the config files well.
and it might eliminate some of the internal data structures just during
the nature of the conversion.

> The other method is to have a external program create a config file
> from the LDAP server, and have the smarts to bounce the nagios server
> when it detects a change.

I didn't think about that, but I think that might be a decent. "middle
step" until the schema and structure stabilized.

> Would you also be planning on dumping out service-status/host-status
> info into LDAP as well?
> (currently my mysql server is doing ~100 questions/sec .. mainly
> inserts into the service status table.. so you might want to be
> careful about that.)

No, I don't think ldap would be good for that at all. I think you would
still want to use a database backend for the service/host-status
information. You could put the comments, downtime scheduling, etc in the
LDAP database a few writes isn't going to kill it. But for the heavy
writing, and reporting a sql backend is definately better.

I see it like:
        (nagiosd optional)
      /         \
ldap - nagiosd - sql
 |                  |
 php config      php reporting.
  frontend

The separation of the php modules would also allow you to split those
pieces off to another server so if you want to allow for public access for
the reporting piece but you really want to lock down the configuration
part.

I don't know I am still tossing it around. I think it would take some of
the strain off the development though.

 > On Fri, 16 Jul 2004 18:01:23 -0400 (EDT), Sean O'Malley
> <picasso at madflower.com> wrote:
> > Has anyone looked at pursuing the use of LDAP for the configuration files?
> > Maybe it is just me but when I see the configs. The structure of them
> > looks like they would fit nicely in an LDAP scheme. With the master
> > configs in one branch, the hosts/group stuff in another branch..
> > (I havent quite thought out the best design yet..)
> >
> > I think it might make development for the backend GUI's faster. With
> > the addition of a "server" directive, it could be used acrossed multiple
> > Nagios servers. With LDAP caching mechanism is pretty tuned already so
> > you can skip worrying about caching algorithms and use realtime data.
> > you could actually also use it for authentication to the site.
> >
> > I think it would be helpful for large sites. I am not sure it would be
> > easier for smaller sites. But I think the bonus would be in the faster
> > development and the existance of tools to manage ldap trees already.
> >
> > Just a thought.
> >
> > Sean
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by BEA Weblogic Workshop
> > FREE Java Enterprise J2EE developer tools!
> > Get your free copy of BEA WebLogic Workshop 8.1 today.
> > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> > _______________________________________________
> > Nagios-devel mailing list
> > Nagios-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-devel
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
>



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click