Hi Mark,
I believe that you could stick to slaves for your Secondary and Test/Dev
sites as long as you pay attention to some details. You could install the
web interface on your slaves, therefore allowing management when the master
is not online (
http://docs.opsview.org/doku.php?id=opsview3.0:slavesetup#slave_web_interface).
Then, for notifications, if you create your own notification script and set
it to run from the monitoring server (slaves and not only from your master),
then you should be covered.
I know it is not ideal, but it is feasible.

Rafael

On Fri, Jan 8, 2010 at 5:05 AM, Henry <[email protected]> wrote:

> Hi!
>
> We got a similar 'problem': Two sites with productive and test systems.
> Here we use a very simple cluster (LinuxHA with DRBD). You may also find
> scenarios at [1]. As it's a active/standby solution it's not a big
> administrative overhead, once it's up and running.
>
> --
> regards, Henry
>
> [1] http://docs.opsview.org/doku.php?id=opsview3.4:hamaster
>
> On Fr, 2010-01-08 at 10:54 +0100, Mark Maas wrote:
> > Dear all,
> >
> > We have three data centers:
> > Primary / Secondary and a test/development site.
> >
> > We currently have Opsview installed only on the Primary site, but
> > would like to start monitoring the secondary site and the
> > test/development site as well.
> >
> > We would also like to do this without needing to install a second and
> > third opsview environment but keep it all in one install. One could
> > do this ofcourse by using the slaves. But...
> >
> > When the master (Located in the primary site) fails, because the
> > whole site fails for instance, we would be flying blind from that
> > point on.
> >
> > Can I make to or three masters, that replicate their data to each
> > other (mysql only I guess) and have them failover for each other like
> > the slaves can do?
> >
> > Has anybody implemented something like this for instance?
> >
> > Thanks,
> > Mark Maas
> > _______________________________________________
> > Opsview-users mailing list
> > [email protected]
> > http://lists.opsview.org/lists/listinfo/opsview-users
>
> _______________________________________________
> Opsview-users mailing list
> [email protected]
> http://lists.opsview.org/lists/listinfo/opsview-users
>
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Reply via email to