高手请进，数据库集群方案设计

danieljiang

正设计一套方案，mysql双机热备，希望两台机器共享存储，并且实现LB，打算使用lvs！
具体这样：使用HA软件提供VIP地址，lvs来轮询两台机器的mysql服务，两台机器有两个网口，一个对外，一个心跳，当一个down时，另一台接管VIP和lvs服务，两台mysql之间使用master-master复制日志。
现在的问题是：LB是肯定LVS了；但是我想用共享存储就要GFS，不想用NFS；而HA软件我想用HEARTBEAT（采用两条心跳以太网和串口），而不是RHCS，因为RHCS需要fencing device，我不想用；而GFS又必须RHCS。
想请教各位高手：共享存储文件系统有什么更好建议；RHCS能不能实现若干条心跳线（以太网和串口），如何实现。

hmf888

不是很清楚共享存储到底是想做什么用？既然都MM replication了 ，存储上是想共享什么东西？

kns1024wh

问题就是你这个要设计为MM 而目前的是M/S
你这里现在进展到什么程度了

jerrywjl

这个方案建议使用MYSQL自己的集群实现MM的架构而不是M/S的架构；
如果要使用共享存储存放数据文件，那么MYSQL的数据库节点需要配置为HA节点，而不是LVS；
当然如你已经做了MYSQL的HA，你可以在这个前面再加上LVS，不过也只是实现访问的轮询而无法实现数据库SERVER本身的轮询。

danieljiang

感谢提供帮助，我本来就是不想使用mysql cluster方案来实现，所以才使用HEARTBEAT或者RHCS来实现HA的，前面加上lvs是为了访问轮讯，是否不用mysqlcluster就无法达到“server本身的轮讯”（这个词不是很明白，请解释一下）。
那么我使用非MYSQL CLUSTER的HA方案就面临共享存储问题，在HEARTBEAT和RHCS中我倾向于HEARTBEAT，但是共享存储文件系统又想使用GFS而不是NFS，希望介绍GFS的替代（比NFS好）。
二楼的兄弟说MMreplication就不用共享了，可是数据库量大，希望放在共享上，而不是DBserver上，因此MMreplication进行日志的复制，而数据均在共享上，以保持一致性，这样做有不妥吗，请教了，谢谢！

mageguoshi

如果你把后端的数据库存储和数据库服务器分开的话，还需要M-M或者M-S这种形式么，因为数据只有一份了，没有数据同步的问题了，不知道iscsi是否能满足你的需求。不过IO会是个问题。

danieljiang

数据虽然只有一份，但是mysql不会在日志中体现，比如在A上插入数据，在B上的日志里不会存在，B会认为那条记录不存在，导致数据一致性损坏。MMreplication就是干这个事的，就是不知道会不会在数据写入时出问题（写两次共享存储空间）。
iscsi只能解决物理连接的问题，其实不管我使用何种物理连接共享存储（fc san,ip san,nas），都还是会需要同时写入共享存储的集群文件系统，目前只了解gfs,nfs，希望了解的XD能够提供更好的选择

nntp

建议仔细翻翻mysql-cluster的邮件列表先...别人的失败和教训还有痛苦，对你制作真正拿的出去的方案应该会有帮助吧.

huzi1986

路过，对存储和共享存储有所了解

hmf888

我觉得楼主这个方案有问题。 大概理解你的意思了，为了更好的数据一致性，你考虑用共享存储，但是考虑到Mysql Server中的Cache的数据，考虑MM replication.问题是这样你共享存储中的数据就乱套了。  唯一可行的 方案是MM replication,数据存本地硬盘。 Oracle RAC是用共享存储来进行数据共享的，但是它有做了很多额外的工作，只是这么简单的部署，会有很多你想不到的问题出现的。