Hello,
We are currently running two 3-node clusters with async replication between them. They are not geographically isolated so replication is probably not required. The intent is to use one cluster in production and the second cluster will be used to make database changes for deployments. There are some very large tables that take several days to alter, hence the need for two clusters. When the changes are complete then it will be a very short window to switch over to the modified cluster, then the old cluster can be modified.
The problems arising from using replication in the middle are numerous, but the most troubling is the number of contention messages witnessed on the node acting as the replication master.Then if the master fails it will take a bit of work setting up a new master. As an alternative, it seems that using cluster segments instead of replication would be better. The nodes that are to be modified can be isolated until the changes are made, and switch over would be fast, and easier than switching replication around.
Is is a feasible solution to run what amounts to a 6-node cluster? The transaction rate, from load runner, is about 2900 xact/sec.
Please share your thoughts and experiences,
Thank you.