Skip site navigation (1) Skip section navigation (2)

Re: Advice on running two database clusters on oneserver machine

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Andreas Philipp" <andreas(dot)philipp(at)clinicauniversitariateleton(dot)edu(dot)co>,"Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Advice on running two database clusters on oneserver machine
Date: 2008-06-18 19:49:14
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
>>> "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> wrote: 
> Andreas Philipp <andreas(dot)philipp(at)clinicauniversitariateleton(dot)edu(dot)co>
>> We are wondering about the advisability to distribute the databases
>> the two server machines, both machines acting as active production
>> for one application each, and as warm standby servers for the other,
>> WAL shipping to a second database cluster running on another port on
each of
>> the two server machines.
>> What would be the performance cost of doing so, rather than running
>> databases on one database cluster on one machine, and using the
>> machine as a warm standby server for all databases of the two
> Well, when both machines are working, your performance would be
> on two machines than on one.  But after a failover, the warm standby
> will be running two instances of postgresql, and that's sub-optimal.
We have many machines here running multiple PostgreSQL clusters,
including one running two clusters, each with hundreds of GB of data,
which run tens of millions of queries per day without performance
problems.  (It's also running several Java processes through which all
this traffic passes.)  It is a matter of having adequate hardware,
properly tuned databases, efficient software design, and well written

In response to

pgsql-admin by date

Next:From: Peter KoczanDate: 2008-06-19 07:16:54
Subject: Re: Advice on running two database clusters on one server machine
Previous:From: Roberto GarciaDate: 2008-06-18 19:00:51
Subject: Re: Major upgrade advice

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group