Re: postgres in HA constellation - Mailing list pgsql-admin

From Jim C. Nasby
Subject Re: postgres in HA constellation
Date
Msg-id 20061010151108.GE72517@nasby.net
Whole thread Raw
In response to Re: postgres in HA constellation  ("Sebastian Reitenbach" <itlistuser@rapideye.de>)
Responses Re: postgres in HA constellation  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-admin
On Fri, Oct 06, 2006 at 06:34:25AM -0000, Sebastian Reitenbach wrote:
> > I think PITR would be a much better option to protect against this,
> > since you could probably recover up to the exact point of failover.
> >
> > When it comes to the actual failover, take a look at the HA-linux
> > project. They've got some stuff you could probably use (such as the
> > heartbeat program). Another really good idea is to give the backup
> > machine to kill the power to the primary machine, and not have either
> > machine mount the shared storage at bootup.
> As I am using carp on OpenBSD to setup HA cluster, I am very comfortable with
> ucarp, the userland implementation for Linux. at boot up the default mount of
> the database files is readonly and having the database not running, then
> starting ucarp, and then only in case this machine becomes master, it remounts
> the postgres data and shall start the database.
> And I thought about that killing the power of the "lost" master after a
> takeover too, to make sure hte machine will not come back unconditionally
> later.

Heh, I'd assumed you were on linux, but of course there's no reason you
couldn't setup HA on OpenBSD. The key is just to make sure that you
never bring up two servers on the same data directory.
--
Jim Nasby                                            jim@nasby.net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)

pgsql-admin by date:

Previous
From: "Fourat Zouari"
Date:
Subject: Re: [NOVICE] Copying data from table to table (cloned tables)
Next
From: "Jim C. Nasby"
Date:
Subject: Re: Recursive use