LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: [lvs-users] mon/ldirectord service monitoring improvements?

To: Doug Bagley <doug@xxxxxxxx>
Subject: Re: [lvs-users] mon/ldirectord service monitoring improvements?
Cc: lvs-users@xxxxxxxxxxxxxxxxxxxxxx
From: Michael Sparks <zathras@xxxxxxxxxxxxxxxxxx>
Date: Thu, 17 Feb 2000 15:29:01 +0000 (GMT)
On 17 Feb 2000, Doug Bagley wrote:
> ipvs gave a more machine readable format.  I saw a previous post in
> the archives about using XML format, but I'm not particularly fond of
> XML unless it is used for data import/export to other applications.

I chose to use XML since on our systems we're going to need a very high
degree of decoupling of the monitoring data format from the monitoring
systems in an extensible manner. We also have quite extensive reporting
needs, and the ability to take quick snapshots in a nicely mungible format
(cf the perl XML::Simple module...) I chose that.

Another reason for choosing that format is because any monitoring system
needs to accept requests (at least in our environment) from the following
sources:
  * Console - interactive user.
  * Web/cgi access.
  * ssh control from a central server & command line prompt.

Simply using ipvsadm for each of these doesn't feed information into the
monitoring information leading to problems in maintaining the system state
when you take machines in/out of service, etc.

In this situation all we do is the monitoring data puts info into an
actionlog, just the same as the other means of access. Periodically a
central state maintainer reads the actionlog, and looks for
deletes/creates/edits relating to the same server/service to resolve race
hazards, and then updates the system state.

The resulting situation is quite a few subsystems that need to talk to
each other sometimes sending complex that may need to evolve over time
without breaking each other. Another issue for us is that we're publicly
funded and so have to report on *everything* we do to "The Powers That Be"
and so this helps do several things with one stone for us.

However, I don't believe in the "one size fits all" idea of systems,
programs, cakes or beers, so the more methods of keeping systems available
IMO, the better.


Michael.
--
National & Local Web Cache Support        R: G117
Manchester Computing                      T: 0161 275 7195
University of Manchester                  F: 0161 275 6040
Manchester UK M13 9PL                     M: Michael.Sparks@xxxxxxxxxxxxxxx


----------------------------------------------------------------------
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>