一 环境准备1 环境主机名网卡磁盘mastereth0 桥接模式 eth0(192.168.1.10) 自定义模式(VMnet2)(192.168.2.10)VIP 192.168.1.200/
一 环境准备
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 软件包位置
链接:https://pan.baidu.com/s/1W2-jeaK_tc-abvSZzmRaiw
提取码:4evz
二 软件安装
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 admin@'%' 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,专用于数据链接
测试