From PostgreSQL wiki
PGCluster is a multi-master and synchronous replication tool of PostgreSQL based on shared-nothing architecture, developed by Atsushi Mitani and PGCluster developer's team.
The lead developer of pgCluster has moved on to pgCluster2, and all development on pgCluster has halted. While pgCluster's code is not fully mature, it is being used in production at a few sites.
- pgCluster pgFoundry page, including mailing list.
- Atsushi Mitani, original developer.
- Scalability: 3-6
- Read Scaling: some
- Write Scaling: negative scaling
- Triggers/procedures: Yes
- Parallel Query: No
- Failover/HA: Yes
- Online Provisioning: with issues
- PostgreSQL Upgrades: No
- Detached Node/WAN: No
- PostgreSQL Core Modifications Required: Yes
- Programming Languages: C
- Licensing: OSS, BSD license
- Complete Cluster: Yes
General Model: Synchronous multi-master binary replication with load-balancing and automated failover
- Multimaster: all nodes appear identical, without lag
- Rapid failover
- No single point of failure (when fully implemented)
The primary feature of pgCluster is preventing data loss or the system going offline. All nodes are synchronous, and in a 6-server configuration any machine may be lost with no loss of data. It is intended to supply some read scaling as well, but does not in practice for most users.
- DB Service does not stop during fail over, auto recovery, dynamic add and upgrade server etc.
- No Single point of failure.
- Auto adjust data transfer speed based on network bandwidth.
- Load balance server and monitoring server are including.
- Synchronous multi‐master configuration
- Any update to any master is visible from other masters immediately.
- No change in transaction handling.
- Value of now() and random() are replicated.
- Based upon PostgreSQL
- Same API to Apps. as PostgreSQL
- Solution not mature
- Negative scalability
- Lack of online provisioning
- Expense/complexity of setup
- Fork of PostgreSQL
pgCluster had a number of architectural issues which caused its primary developer to start over with a new approach before it ever reached real maturity. Thus, a large number of issues and corner cases are simply not handled, and and many major features such as online provisioning were never completed.
A complete pgcluster requires at least 6 machines (3 database servers, 2 load balancers and a monitoring/failover controller). Also, it requires modifications to PostgreSQL core, so the Postgres version of pgCluster is always behind the mainstream version.
Cybertec.at offers support for pgCluster through their "CyberCluster" product.