|
From: Joseph G. <jos...@or...> - 2012-05-27 00:00:44
|
Hi List, I have bene taking a look at postgres-xc (installing a test cluster atm) but I was wondering if anyone could clarify what setups are available to facilitate HA/failover/replication etc? We primarily need read scalability and would like to syncrnously replicate all data to all or atleast a subset of datanodes with a hope that postgres-xc etc would handle failover and recovery seamlessly. I saw some presentation indicating this wasn't the case and that you require streaming replication in adition to postgres-xc clustering but there isn't much in the way of firm information that I could find. Any pointers would be great! :) Joseph. -- CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 |
|
From: Koichi S. <koi...@gm...> - 2012-05-27 00:24:15
|
We've given XC tutorial at PGCon2012. The material is available at http://sourceforge.net/projects/postgres-xc/files/Presentation/20120516_PGConTutorial/ It covers how XC is different from read only replication, how to configure XC cluster, as well as HA arrangement. I hope it helps. Regards; ---------- Koichi Suzuki 2012/5/27 Joseph Glanville <jos...@or...>: > Hi List, > > I have bene taking a look at postgres-xc (installing a test cluster > atm) but I was wondering if anyone could clarify what setups are > available to facilitate HA/failover/replication etc? > We primarily need read scalability and would like to syncrnously > replicate all data to all or atleast a subset of datanodes with a hope > that postgres-xc etc would handle failover and recovery seamlessly. > I saw some presentation indicating this wasn't the case and that you > require streaming replication in adition to postgres-xc clustering but > there isn't much in the way of firm information that I could find. > > Any pointers would be great! :) > > Joseph. > > -- > CTO | Orion Virtualisation Solutions | www.orionvm.com.au > Phone: 1300 56 99 52 | Mobile: 0428 754 846 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general |
|
From: Joseph G. <jos...@or...> - 2012-05-27 00:33:53
|
Cheer Koichi. :) I will take a look! Joseph. On 27 May 2012 10:24, Koichi Suzuki <koi...@gm...> wrote: > We've given XC tutorial at PGCon2012. The material is available at > http://sourceforge.net/projects/postgres-xc/files/Presentation/20120516_PGConTutorial/ > > It covers how XC is different from read only replication, how to > configure XC cluster, as well as HA arrangement. > > I hope it helps. > > Regards; > ---------- > Koichi Suzuki > > > 2012/5/27 Joseph Glanville <jos...@or...>: >> Hi List, >> >> I have bene taking a look at postgres-xc (installing a test cluster >> atm) but I was wondering if anyone could clarify what setups are >> available to facilitate HA/failover/replication etc? >> We primarily need read scalability and would like to syncrnously >> replicate all data to all or atleast a subset of datanodes with a hope >> that postgres-xc etc would handle failover and recovery seamlessly. >> I saw some presentation indicating this wasn't the case and that you >> require streaming replication in adition to postgres-xc clustering but >> there isn't much in the way of firm information that I could find. >> >> Any pointers would be great! :) >> >> Joseph. >> >> -- >> CTO | Orion Virtualisation Solutions | www.orionvm.com.au >> Phone: 1300 56 99 52 | Mobile: 0428 754 846 >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Postgres-xc-general mailing list >> Pos...@li... >> https://lists.sourceforge.net/lists/listinfo/postgres-xc-general -- CTO | Orion Virtualisation Solutions | www.orionvm.com.au Phone: 1300 56 99 52 | Mobile: 0428 754 846 |
|
From: Michael P. <mic...@gm...> - 2012-05-27 00:59:40
|
On Sun, May 27, 2012 at 8:38 AM, Joseph Glanville < jos...@or...> wrote: > Hi List, > > I have bene taking a look at postgres-xc (installing a test cluster > atm) but I was wondering if anyone could clarify what setups are > available to facilitate HA/failover/replication etc? > We primarily need read scalability and would like to syncrnously > replicate all data to all or atleast a subset of datanodes with a hope > that postgres-xc etc would handle failover and recovery seamlessly. > I saw some presentation indicating this wasn't the case and that you > require streaming replication in adition to postgres-xc clustering but > there isn't much in the way of firm information that I could find. > You only need to use syncrep on a node when this node contains data that is unique in the cluster. This is for example necessary if you distribute a table data by hash, modulo or round robin among multiple nodes. Those nodes need to be covered by any syncrep mechanism at node level. This is particularly useful in case of disaster recovery. If you plan to replicate all your tables at XC level, I mean that you use the extension DISTRIBUTE BY REPLICATION in CREATE TABLE on a subset of nodes (at least 2), in this case you do not need any syncrep as all your data will be already replicated among multiple nodes. However, such a configuration is expensive in writes, but perhaps in your application your replicated tables are not updated that often. For more details about recovery and HA stuff, the document indicated by Koichi is really useful. -- Michael Paquier http://michael.otacoo.com |