Re: Core team statement on replication in PostgreSQL - Mailing list pgsql-hackers

From Andreas 'ads' Scherbaum
Subject Re: Core team statement on replication in PostgreSQL
Date
Msg-id 20080531004719.4b8206a0@iridium.wars-nicht.de
Whole thread Raw
In response to Re: Core team statement on replication in PostgreSQL  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Core team statement on replication in PostgreSQL  ("Mike Rylander" <mrylander@gmail.com>)
List pgsql-hackers
On Fri, 30 May 2008 17:05:57 -0400 Andrew Dunstan wrote:
> Andreas 'ads' Scherbaum wrote:
> > On Thu, 29 May 2008 23:02:56 -0400 Andrew Dunstan wrote:
> >
> >> Well, yes, but you do know about archive_timeout, right? No need to wait 
> >> 2 hours.
> >
> > Then you ship 16 MB binary stuff every 30 second or every minute but
> > you only have some kbyte real data in the logfile. This must be taken
> > into account, especially if you ship the logfile over the internet
> > (means: no high-speed connection, maybe even pay-per-traffic) to the
> > slave.
> 
> Sure there's a price to pay. But that doesn't mean the facility doesn't 
> exist. And I rather suspect that most of Josh's customers aren't too 
> concerned about traffic charges or affected by such bandwidth 
> restrictions. Certainly, none of my clients are, and they aren't in the 
> giant class. Shipping a 16Mb file, particularly if compressed, every 
> minute or so, is not such a huge problem for a great many commercial 
> users, and even many domestic users.

The real problem is not the 16 MB, the problem is: you can't compress
this file. If the logfile is rotated it still contains all the
old binary data which is not a good starter for compression.

So you may have some kB changes in the wal logfile every minute but you
still copy 16 MB data. Sure, it's not so much - but if you rotate a
logfile every minute this still transfers 16*60*24 = ~23 GB a day.


Kind regards

--             Andreas 'ads' Scherbaum
German PostgreSQL User Group


pgsql-hackers by date:

Previous
From: Csaba Nagy
Date:
Subject: Fwd: Re: Core team statement on replication in PostgreSQL
Next
From: Andrew Dunstan
Date:
Subject: Re: Core team statement on replication in PostgreSQL