drbd+mysql+heartbeat配置过程

todayhero

1.这个文档写的就不错.但也有几处不正确的或是没写明白的.我再加上一些说明.方便大家配置
http://blog.chinaunix.net/u2/66227/showart_1018701.html

2.根据上面的文章需要修改的地方.

a.

1. common { syncer { rate 1M; } }

复制代码

建议改为实际网络速率,100m

1. common { syncer { rate 100M; } }

复制代码

b.执行drbdadm create-md r0命令之前.一定要在test7 test8分别.

1. mkfs -t ext3 /dev/sdb1

复制代码

要不在执行第一次执行drbdsetup /dev/drbd1 primary -o这个操作进行数据同步时.非常慢.因为需要格式

c.

1. [root@test8 local]#drbdsetup /dev/drbd1 primary -o

复制代码

这个代码应该是在test7上执行的.不是在test8上执行的.文章上也有说明.不过命令提示符却是test8.不要被迷了.实际是test7,这应该是笔误

d.mysql_umount脚本

1. /bin/mount /dev/drbd1 /mnt

复制代码

改为

1. /bin/mount /dev/drbd1 /mnt/drbd1

复制代码

drbd配置与mysq配置时挂目录前后不一致.

e.mysql的安装.一定要放在
一定要在test7上安装.datadir目录必须要放在/mnt/drbd1里面.当然也可以把整个mysql程序和data都放在/mnt/drbd1里.test8是从.会自动复制过去的.

f.adduser -u mysql
增加的mysql用户信息uid gid必须与test7 test8相同.才能保证test7 test8的mysql完全一样.

有兴趣的朋友.自己测试一下.不行的话.放过来讨论一下.

卖书,本人自用书,打6折,只销售给北京用户,付款方式自取.书名和原价
<unix shell范例精解第四版>118
<linux c/c++入门与进阶>66
<php+mysql+dreamweaver网站建设典型案例>49
<solaris10红宝书>49
<oracle10g宝典>89
<php+mysql开发应用>56
<soalris9系统管理起步49>

钓鱼爱好者
光威无法一本一代,正常使用.没有硬伤
12尺+15尺打包200元

[ 本帖最后由 todayhero 于 2009-3-4 09:51 编辑 ]

枫影谁用了

有点基础，照文章做一般都可以。

只是要多理解里面的函义。

之前做过。。现在没有机器了,机器都放托管了，且分区只有/boot /

一点戏也没有

[ 本帖最后由 枫影谁用了 于 2009-3-4 09:46 编辑 ]

huifeideluotuo

要实现功能不难，关键是要注意DRBD的脑裂问题，磁盘I/0，及测试数据的完整性。

我那时候测试，在突然断电或异常关机的时候，数据总是少一条，

todayhero

1.突然断电,导致数据不完整,是常用的事.并不仅仅对drbd

2.楼上能不能讲脑裂问题指什么,如何避免呢?

[ 本帖最后由 todayhero 于 2009-3-4 10:35 编辑 ]

huifeideluotuo

原帖由 todayhero 于 2009-3-4 10:34 发表
1.突然断电,导致数据不完整,是常用的事.并不仅仅对drbd

2.楼上能不能讲脑裂问题指什么,如何避免呢?

http://www.chinaunix.net/jh/4/918510.html

rainbow

原帖由 todayhero 于 2009-3-4 10:34 发表
1.突然断电,导致数据不完整,是常用的事.并不仅仅对drbd

2.楼上能不能讲脑裂问题指什么,如何避免呢?

没有办法，尽管drbd和heartbeat已经有了很好的集成，split-brain是避免不了的；就是出现也关系不大，手工维护一下就ok了，drbd的文档上有详细的说明。

todayhero

drbd官方对split-brain说明和手工修复
http://www.drbd.org/users-guide/s-resolve-split-brain.html

自动修复
http://www.drbd.org/users-guide/ ... n-and-recovery.html
http://www.drbd.org/users-guide/ ... overy-configuration


自动修复

1. resource resource {
   
2.   handlers {
   
3.     split-brain "/usr/lib/drbd/notify-split-brain.sh root"
   
4.     ...
   
5.   }
   
6.   net {
   
7.     after-sb-0pri discard-zero-changes;
   
8.     after-sb-1pri discard-secondary;
   
9.     after-sb-2pri disconnect;
   
10.     ...
    
11.   }
    
12.   ...
    
13. }
    

复制代码

[ 本帖最后由 todayhero 于 2009-3-4 16:42 编辑 ]

todayhero

“裂脑”，一个很形象的术语。HA系统危机情景。

曾经看央视10套教育频道，获知“裂脑”是治疗“癫痫”病的一种手术。医生们认为癫痫病发作是由于大脑“异常放电”所至。为了阻止“异常放电”波及整个大脑（左、右半脑），就用手术来割断病人左右脑的连接神经。使今后病人在发病时至少还有半个大脑正常、能控制行为。但施行过手术的所谓“裂脑人”在术后有一段不适应期，表现得行为分裂，仿佛体内存在着2个人，时常要发生冲突。例如，右脑想让一只手去脸上挠痒痒，左脑却不认同、以为是谁的手要“登鼻子上脸”就让另一只手去阻止，于是明明是自己的2只手，却互不相让、扭在一起扳起了手腕...

在“双机热备”高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障，2个节点上的HA软件像“裂脑人”一样，“本能”地争抢“共享资源”、争起“应用服务”，就会发生严重后果：或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

对付HA系统“裂脑”的对策，目前我所了解的大概有以下几条：
1）添加冗余的心跳线，例如双线条线。尽量减少“裂脑”发生机会。
2）启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即，正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。
3）设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下 参考IP，不通则表明断点就出在本端，不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。

mageguoshi

drdb支持一个主机带多个从属机么？应该不行吧

todayhero

不支持的.它的功能类似raid-1,如图.multiple secondary nodes是一种资源的浪费.没什么意义