Re: Cheetah2 connection manager and failover arbitrator

----- Original Message ----- From: "DA Morgan" <damorgan@psoug.org> Newsgroups: comp.databases.informix To: <informix-list@iiug.org> Sent: Sunday, June 08, 2008 5:02 PM Subject: Re: Cheetah2 connection manager and failover arbitrator > I would suggest the Oracle newsgroup is the last place to go for getting > an in depth understanding of RAC. If you truly want to understand it the > places to go are: > http://www.oracleracsig.org/pls/apex/f?p=105:100:2492374266755309 > http://www.oracle.com/technology/deploy/availability/htdocs/maa.htm > I have been reading some of the docs in the links that Daniel posted and I'm trying to learn a little bit more about RAC. It looks like, and I could be wrong here, that a RAC cluster requires all of the nodes' data to live on shared storage. Isn't this a big limitation for IO bound platforms (I would imagine that most RDBMS are IO bound.) How does RAC scale out for IO bound platforms? If you have reached the performance limitations of you storage solution adding more nodes to the cluster won't help. You will have the scale up your storage solution. With Informix you can scale out by adding additional RSS nodes which have their own set of disks/copies of data. With the RAC shared storage requirement, is it possible to have geographically redundant data without the assistance of third party storage system mirroring? Informix RSS gives you the ability to do this without any third party help or licensing. Andrew