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

Re: [HACKERS] Replication documentation addition

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Jeff Frost <jeff(at)frostconsultingllc(dot)com>
Cc: Chris Browne <cbbrowne(at)acm(dot)org>, pgsql-docs(at)postgresql(dot)org
Subject: Re: [HACKERS] Replication documentation addition
Date: 2006-11-14 22:04:11
Message-ID: 200611142204.kAEM4Ba27328@momjian.us (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackers
Jeff Frost wrote:
> On Tue, 14 Nov 2006, Bruce Momjian wrote:
> 
> > Your description was too detailed, but I took some of your concepts:
> >
> >  <para>
> >   In clustering, each server can accept write requests, and these
> >   write requests are broadcast from the original server to all
> >   other servers before each transaction commits.  Heavy write
> >   activity can cause excessive locking, leading to poor performance.
> >   In fact, write performance is often worse than that of a single
> >   server.  Read requests can be sent to any server.  Clustering
> >   is best for mostly read workloads, though its big advantage is
> >   that any server can accept write requests --- there is no need
> >   to partition workloads between read/write and read-only servers.
> >  </para>
> >
> >  <para>
> >   Clustering is implemented by <productname>Oracle</> in their
> >   <productname><acronym>RAC</></> product.  <productname>PostgreSQL</>
> >   does not offer this type of load balancing, though
> >   <productname>PostgreSQL</> two-phase commit (<xref
> >   linkend="sql-prepare-transaction-title"> and <xref linkend=
> >   "sql-commit-prepared-title">) can be used to implement this in
> >   application code or middleware.
> >  </para>
> 
> Bruce,
> 
> Continuent's uni/cluster middleware product implements this type of 
> clustering/load balancing.  Perhaps it warrants a mention?  Not sure how far 
> we want to get into listing external products.

We had a long discussion about that and felt that recommending
commercial products or even every open source project was too much.  The
idea was that we should reference a web page that has them all mentioned,
but no one has set one up yet.

-- 
  Bruce Momjian   bruce(at)momjian(dot)us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

Responses

pgsql-docs by date

Next:From: Jeff FrostDate: 2006-11-14 22:18:20
Subject: Re: [HACKERS] Replication documentation addition
Previous:From: Jeff FrostDate: 2006-11-14 22:02:21
Subject: Re: [HACKERS] Replication documentation addition

pgsql-hackers by date

Next:From: Jeff FrostDate: 2006-11-14 22:18:20
Subject: Re: [HACKERS] Replication documentation addition
Previous:From: Jeff FrostDate: 2006-11-14 22:02:21
Subject: Re: [HACKERS] Replication documentation addition

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