1 环境
主机名
网卡
磁盘
master
eth0 桥接模式 eth0(192.168.1.10) 自定义模式(VMnet2)(192.168.2.10)VIP 192.168.1.200/210
系统盘+20G外接磁盘
slave
eth0 桥接模式(192.168.1.20) eth1 自定义模式(VMnet2)(192.168.2.20)VIP 192.168.1.200/210
系统盘+20G外接磁盘
server3
eth0 桥接模式 (192.168.1.30)
系统盘
master
slave
server3
2 域名DNS
3 时间同步
4 网卡配置
5 磁盘情况
6 软件包位置
二 软件安装
1 drbd 简介
1 drbd 原理
drbd 是工作在文件系统之下，是基于块的迁移
drbd的迁移
文件系统------buffer-cache--------网卡传递到另一端------裸设备-----drbd写入磁盘
drbd 数据分为两部分，数据存储部分和元数据部分。
2 drbd 复制模式
协议A：本地写成功后就返回给客户端。
协议B：半同步的协议，本地写成功，发送到对端后立即返回，
协议C：发送到对端，并成功写入并进行缓存。
3 DRBD 的应用模式
1 单主模式，及主备模式，为典型的高可用性几圈方案
2 复主模式，需要采用共享cluster文件系统，如GFS和OCFS2
4 缺点
当一端在运行时另一端是不可见的
2 drbd 安装
两端配置基本相同
1 磁盘分区
/dev/sdb1 为数据区域
/dev/sdb2 为元数据区域
2 格式化
元数据区域不能格式化
3 下载并解压安装drbd
A 解决依赖
yum -y install gcc kernel-devel kernel-headers flex
B 编译并安装
./configure --prefix=/usr/local/drbd.8.4.4 --with-km --with-heartbeat --sysconfdir=/etc/
make KDIR=/usr/src/kernels/2.6.32-431.el6.x86_64/
此处必须是自己uname -r 得到的内核，不一定是上面的内核
make install
检验
4 加载模块到内核
slave 端加载
5 配置
slave 端相同
相关解释
global {
usage-count no;
}
common{
syncer {
rate 100M; #同步占用的带宽
verify-alg crc32c; # 验证使用的算法
}
}
#Primary for drbd1
resource data{
protocol C; # drbd使用的协议
disk {
on-io-error detach; #出现IO错误的处理方式
}
on master {
device /dev/drbd0; #drbd的设备
disk /dev/sdb1; #对应的数据分区
address 192.168.1.10:7788; #地址是监听自己心跳的IP地址
meta-disk /dev/sdb2[0]; #元数据位置
}
on slave {
device /dev/drbd0;
disk /dev/sdb1;
address 192.168.1.20:7788;
meta-disk /dev/sdb2[0];
}
}
6 初始化数据
其中data是上述资源的名称。
7 创建文件夹
8 启动服务
查看启动参数
相关参数解释：
注意：只有主备两边的DRBD都启动起来才会生效
cs：链接状态
ro：角色信息，此时的状态为Secondary/Secondary，表示两台主机的状态都是备机状态
ds：磁盘状态，Inconsistent/Inconsistent显示的状态内容“不一致”，这是因为DRBD无法判断哪一方为主机，应以哪一方的磁盘数据作为标准
dw：磁盘写操作
dr： 磁盘读操作
ns： 网络发送
nr： 网络接受
如果主动端的NS和slave端的NR相同表示发送与接受同步 。
9 主动端宣告自己是primary
查看同步情况
10 创建挂载文件并测试
挂载同步测试
从端测试
恢复
3 heartbeat 简介
1 作用
通过heartbeat 可以进行故障转移并提供相关的服务
在故障转移期间也需要切换时间，常见的时间是5-20秒左右。但是能够确保业务一致性
heartbeat的高可用是服务器级别的，不是服务级别的。，服务的down机不会导致服务的切换。
2 Heartbeat 切换的常见条件
1 服务器down机
2 heartbeat 服务本身down机
3 心跳链接线down机
3 Heartbeat 消息类型
Heartbeat 高可用软件在工作过程中，一般来说，有三种消息类型，具体为：
1 心跳消息
越150字节，可能为单播，广播或组播，控制心跳频率及出现故障要等待多久进行故障转换
2 集群转换消息
Ip-request 和 ip-request-resp
当主服务器恢复在线状态后，通过ip-request消息请求备机释放主服务器失败时被服务器取得的资源，然后备份服务器关闭释放主服务器失败时取得的资源及服务。
被服务器释放主服务器失败时取得的资源服务后，就会通过ip-request-resp消息通知主服务器他不再拥有该服务器的资源及服务，主服务器收到来自被节点的ip-request-resp消息通知后，启动失败时释放的资源及服务，并开始提供正常的访问服务。
3 重传请求
rexmit-request 控制重传心跳请求。
以上心跳控制消息都使用功能的是UDP协议发送到/etc/ha.d/ha.cf 文件制定的任意接口，或指定的多播地址。
4 Ip地址接管和故障转移
Heartbeat 是通过IP地址接管和ARP广播进行故障转移
ARP 广播在主服务器故障时，备用节点接管资后，会立即强制更新所有客户端本地的ARP(及清除客户端本地缓存的失败服务器的VIP和MAC地址的解析记录)，确保客户端和新的主服务器之间的对话
4 heartbeat 安装
1 安装heartbeat
2 复制配置文件
3 配置
配置密钥并配置其权限为600，必须为600
配置文件解析
Debugfile 调试日志存放位置
Logfile 日志存放位置
Logfacility local 在syslog 服务中配置通过locally 设备接受日志
Keepalive2 指定心跳间隔时间为2秒
Deadtime 30 指定若备用节点在30秒内没有接受达到主节点的心跳信号，则立即接管主节点的服务资源
Warntime 10 指定心跳延迟为10秒。当10秒内备份节点不能接受到主节点的心跳信号时，会向日志中写入一个警告日志，但此时不会切换服务
Initdead 120 指定在heartbeat 首次运行后，需要等待120秒才启动主服务器的资源，该选项用于解决这种情况产生的时间间隔，取值至少为deadtime的两倍，单机启动时会遇到VIP绑定很慢，为正常现象
Bcast eth1 指明心跳使用以太网广播方式在eth1接口上进行广播，如使用两个实际网络来传递心跳则 bcast eth0 eth1
Mcast eht2 225.0.0.1 694 1 0 设置广播通信使用的端口，694为默认使用的端口，一个是 TTL
Auto_failback on 用来定义当主节点恢复后，是否将服务自动切回
Node master 主节点主机名，
Node slave 备用节点主机名
Crm no 是否开启cluster resource manager (集群资源管理器)
复制到被动端
4 启动并查看
5 结合DRBD
5 mysql安装
1 配置yum源
2 安装mysql
3 配置/data 权限
4 配置mysql配置文件
5 启动mysql
6 删除slave端mysql
7 配置切换
三 配置mysql热备和从库
1 配置mysql热备
1 复制相关配置
2 关闭mysql并重启服务heartbeat
3 关闭mater
4 恢复
2 配置主从同步
1 配置server-id和二进制日志开启
重启服务器
2 配置数据库的导出和导入，保证同步之间的主从相同
3 配置主从同步
grant replication slave on . to [email protected]‘%‘ identified by ‘root123‘;
change master to master_host=‘192.168.1.200‘,master_user=‘root‘,master_password=‘root123‘,master_log_file=‘mysql-bin.000001‘,master_log_pos=319;
此 192.168.1.200为heartbeat 的VIP，专用于数据链接
测试
原文：http://blog.51cto.com/11233559/2293869
