[Zope] Static fail-over

sean.upton@uniontrib.com sean.upton@uniontrib.com
Mon, 21 Jan 2002 16:40:11 -0800


This might be hard to do with a load-balancer setup alone, because the
balancer would need to know when to fail over (and not just in the case of
Zope stopping to respond); another similar solution might be more along the
lines of IP takeover software like Heartbeat (linuxha.org) or Failsafe
(oss.sgi.com) that makes the "safe" hot-backup Zope box takeover the
identity of the "corrupted" primary Zope box, assuming that you have a
monitoring setup on the backup to audit the integrity of your primary Zope
service/data.

The advantage that this has over a load-balancer approach is that you can
write your own custom monitors/audit-scripts to determine/test the criteria
for a failover to a much more fine-grained degree than just refused HTTP
connections.  Linux Failsafe has service monitoring setups, while you would
use Mon or something similar in conjunction with Heartbeat.

I would suggest a combination of Squid in front and heartbeat or Linux
Failsafe on Zope boxes (either independent ODB or with ZEO) nodes in this
case.

You could use ZEO+ExternalMount or ZSyncer to copy content to your second
Zope if you had 2 antonymous Zopes.  Squid (or any other reverse-proxy or
load-balancer) would then obey any IP address takeover from a hot-backup
node happening via gratuitous/unsolicited ARP.

Sean

-----Original Message-----
From: Anthony Baxter [mailto:anthony@interlink.com.au]
Sent: Monday, January 21, 2002 4:18 PM
To: Terry Hancock
Cc: zope@zope.org
Subject: Re: [Zope] Static fail-over


>>> Terry Hancock wrote
> I have a Zope site which I'm doing a lot of development
> on, and all internal safeguards aside, I feel there's a
> significant chance of wrecking Zope in the process. Then
> it might take anywhere from hours to days to get it back
> up again.

Aside from making sure you have a sane development and 
deployment process, you could consider using a load balancer, 
set up to point to the primary (development?) server normally, 
and switching it to a backup one when things fail. There's 
a bunch of hardware or software ones - I've used both. Hardware's
better, obviously, but you could consider something like the 
tool 'balance' from balance.sf.net

Anthony

_______________________________________________
Zope maillist  -  Zope@zope.org
http://lists.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope-dev )