[讨论]论DRBD+Heartbeat+MySQL在生产环境下的可实施性（获奖名单已公布-2012-7-13）

yahoon

首先关于能否用于生产环境,答案是肯定的,并且现成案例还是很多的.
Replication提供的读写分离,和数据冗余,但是做不到自动切换.
DRBD+HEARTBEAT架构里面起主要作用的是heartbeat,他控制着所有资源的启动或者停止.他虽然提供自动切换的功能,但是浪费了一个节点的计算能力(存储能力是不会浪费的,因为镜像的数据在failover时用到).
尤其是脑裂会导致数据的不一致. 这时候必须是有取舍的. 这也可以说是一大缺憾吧.

现在MMM有流行的确实,但是我想从另一方面考虑.
首先这是一套成熟的方案,没有完美的方案,任何方案都有优缺点.在数据丢一两条不太要紧的情况下,可以使用.
其次关于secondary节点的使用.大家会觉得很浪费资源,但我们可否思维拓宽点.知道IO会是压力点,但是我们何不一机多用,例如跑一些其他应用,如CPU 密集型的计算? 数据分析运算?

drbd+hearbeat主要是提供了非常好的数据存储HA功能的一种架构,所以NFS等其他服务也可以基于此架构.
现在很多二次开发的架构倾向于在应用与DB之间做一个代理.
如果能在此机制上做一些HA识别和分析的工作是否有一个其他的思路呢.

提出一点浅见,欢迎讨论.

yahoon

回复 15# chinafenghao

架构有很多,选择什么场景使用什么架构和技术就是能力了.

DRBD+Heartbeat是数据存储HA的架构, 它可以用来解决mysql master的HA问题,但我觉得更好的使用场景是NFS.

MMM 这类"专业的"专门针对mysql master HA的解决方案显然更有针对性.

关于脑裂真没有好办法,1 要解决心跳的强壮 2 要解决服务之间尽量纯粹的依赖关系.
   

yahoon

回复 26# yuhongchun


  多谢余总回复.
忘了说一点,Mysql数据引擎的选择很重要,如果Myisam这种没有很好的数据保护和还原机制的引擎,切换时导致的数据不一致很容易导致数据文件损坏要repair table
尤其是表很大的时候,repair 是很苦逼的事情.
这方面,应该InnoDB会好些....没做测试,只是推测
呵呵

ning_lianjie

DRBD 是通过网络来进行数据同步,面对高并发,磁盘的性能提前暴露出来.

ning_lianjie

回复 17# yuhongchun
可能是还没有遇到过突如其来的高并发,比如程序bug,导致mysql的查询量翻几倍.
   

ning_lianjie

回复 23# yahoon
mmm工具有一个可设置"抖动状态",如果一台主机在脑裂的边缘晃荡,可以将其标志为"flap"状态.这样,就不会对外提供服务了.
   

renxiao2003

这个活动要黄菜了啊。根本没什么人参与啊。