AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20070708134635.21bc7f31@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<jonathan.goldick@onstor.com>,<ian.brown@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	BB375AF679D4A34E9CA8DFA650E2B04E01955CA6@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Sun, 8 Jul 2007 13:47:58 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Jonathan Goldick" <jonathan.goldick@onstor.com>
Cc: "Ian Brown" <ian.brown@onstor.com>
Subject: Re: Linux clustering software
Message-ID: <20070708134758.7e99f65f@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E01955CA6@onstor-exch02.onstor.net>
References: <BB375AF679D4A34E9CA8DFA650E2B04E01955CA6@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I'm quite familiar with this space as we developed a heartbeat-like
program as part of our HA suite at Continuous Computing called UpBeat.
Ours was very much like this paper is proposing, which is basically just
adding to the heartbeat package the things that it is missing compared
to UpBeat.

Getting heartbeat programs and algo's to work is actually rather tricky
and fraught with corner cases -- the only way to solve all the corner
cases is to force the user to choose (and understand?) particular
policies -- default policies always end up being "not what we wanted"
right at some incovenient moment.  Especially when it comes to
replicating data, which is really all that we are trying to do:
replicate and serve data across a cluster.  Should be simple, right?
~:^)

On Sun, 8 Jul 2007 13:05:37 -0700 "Jonathan Goldick"
<jonathan.goldick@onstor.com> wrote:

> Do either of you have any experience with Linux clustering software
> like
> http://www.linux-ha.org/_cache/TechnicalPapers__UKUUG-WinterConf-2004-SCRAT-Paper.pdf ?
> I'm spending some time on alternatives to our current software layers
> and where open source is as good or better for the SSC.  At the
> moment I'm looking into ways to split our cluster DB into a
> clustering software layer like the one above based on HeartBeat, and
> a replicated DB, perhaps MySQL. Note that this is not some imminent
> thing but more of roadmap exercise. Thanks, Jonathan
