基于heartbeat v2 crm实现基于nfs的mysql高可用集群

前言

因heartbeat v1内置的资源管理器haresource功能比较简单,且不支持图形化管理,所以heartbeat v2不再支持haresource,转而使用更加强大的资源管理器crm进行集群管理。本文将讲解如何基于heartbeat v2 crm实现基于nfs的mysql高可用集群。

高可用实现

实验拓扑

技术分享

实验环境

node1:172.16.10.123 mariadb-5.5.36 CentOS6.6

node2:172.16.10.124 mariadb-5.5.36 CentOS6.6

NFS:172.16.10.125 CentOS6.6

Windows环境需安装Xmanager Enterprise 5

配置过程

NFS服务器配置

技术分享

[root@scholar ~]# vim /etc/exports

/mydata         172.16.0.0/16(rw,no_root_squash)

[root@scholar ~]# service nfs start

安装mysql

#在node1和node2上分别进行如下操作

技术分享

[root@node1 mysql]# vim /etc/mysql/my.cnf 

datadir = /mydata/data

log-bin=/mydata/binlogs/master-bin

技术分享

[root@node1 mysql]# scripts/mysql_install_db --user=mysql --datadir=/mydata/data/

#注意:初始化操作只在一个节点执行即可

启动服务测试一下

技术分享

同样node2上执行以上操作后也启动测试

技术分享

测试完成即可卸载共享目录

[root@node1 mysql]# umount /mydata/

#在两个节点分别执行

安全起见,此时可将nfs的no_root_squash选项去掉

[root@scholar ~]# vim /etc/exports 

/mydata         172.16.0.0/16(rw)

[root@scholar ~]# exportfs -arv
exporting 172.16.0.0/16:/mydata

heartbeat配置

时间同步

ntpdate

节点解析通信

[root@node1 ~]# vim /etc/hosts
 
172.16.10.123   node1.scholar.com node1
172.16.10.124   node2.scholar.com node2
 
[root@node1 ~]# vim /etc/sysconfig/network
HOSTNAME=node1.scholar.com
 
[root@node1 ~]# uname -n
node1.scholar.com
 
#两个节点都需如上操作

ssh密钥配置

[root@node1 ~]# ssh-keygen -t rsa -P ‘‘
[root@node1 ~]# ssh-copy-id -i .ssh/id_rsa.pub root@node2
[root@node2 ~]# ssh-keygen -t rsa -P ‘‘
[root@node2 ~]# ssh-copy-id -i .ssh/id_rsa.pub root@node1
[root@node1 ~]# date; ssh node2 ‘date‘ #测试
Mon Jun  8 16:33:36 CST 2015
Mon Jun  8 16:33:36 CST 2015

安装所需软件包

#解决依赖关系
[root@node1 ~]# yum install perl-TimeDate net-snmp-libs libnet PyXML -y #需epel源支持
[root@node1 ~]# cd heartbeat2/
[root@node1 heartbeat2]# ls
heartbeat-2.1.4-12.el6.x86_64.rpm             heartbeat-pils-2.1.4-12.el6.x86_64.rpm
heartbeat-gui-2.1.4-12.el6.x86_64.rpm         heartbeat-stonith-2.1.4-12.el6.x86_64.rpm
heartbeat-ldirectord-2.1.4-12.el6.x86_64.rpm
[root@node1 heartbeat2]# rpm -ivh heartbeat-2.1.4-12.el6.x86_64.rpm heartbeat-pils-2.1.4-
12.el6.x86_64.rpm heartbeat-stonith-2.1.4-12.el6.x86_64.rpm heartbeat-gui-2.1.4-12.el6.x8
6_64.rpm

#两个节点都执行以上操作

准备配置文件

[root@node1 ~]# cp /usr/share/doc/heartbeat-2.1.4/{ha.cf,authkeys} /etc/ha.d
[root@node1 ~]# chmod 600 /etc/ha.d/authkeys

配置算法密钥

[root@node1 ~]# openssl rand -hex 8
4d8fd6cb49d2047b
[root@node1 ~]# vim /etc/ha.d/authkeys
 
auth 2
2 sha1 4d8fd6cb49d2047b

配置主配置文件

#配置文件如下
[root@node1 ~]# grep -v "#" /etc/ha.d/ha.cf |grep -v "^$"
logfile /var/log/ha-log  #日志存放位置
keepalive 2              #指定心跳使用间隔时间
deadtime 30              #指定备用节点接管主节点服务资源超时时间
warntime 10              #指定心跳延迟的时间
initdead 120             #解决网络启动延时
udpport 694              #设置广播通信端口
mcast eth0 225.0.25.1 694 1 0 #定义广播地址
auto_failback on              #定义当主节点恢复后,是否将服务自动切回
node    node1.scholar.com     #主节点
node    node2.scholar.com     #备用节点
ping 172.16.0.1               #仲裁设备
crm on                        #启用crm

将配置文件传给备用节点

技术分享

启用crm图形界面时需要登录密码,在安装heartbeat-gui时会自动创建一个名为hacluster的用户,在任一节点上设置hacluster的密码即可

技术分享

启动heartbeat

技术分享

查看集群状态

[root@node1 ~]# crm_mon

技术分享

启动gui界面

[root@node1 ~]# hb_gui &

技术分享

技术分享

Node:节点列表
Resources:资源列表
Constraints:限制约束
Locations:位置约束,资源对某节点运行的倾向性
Orders:顺序约束,属于同一服务的多个资源运行在同一节点时,其启动及关闭的次序约束
Colocations:排列约束,定义资源彼此间的倾向性(是否在一起)
资源类型:
primitive, native: 主资源,其仅能运行某一节点
group: 组资源,可用于实现限制多个资源运行于同一节点及对此些资源统一进行管理
clone: 克隆资源,一个资源可以运行于多个节点
       应该指定:最大克隆的份数,每个节点最多可以运行的克隆
master/slave: 主从资源,特殊的克隆资源

mysql的高可用需要3个资源:ip,mysqld,nfs,这3个资源都要运行在一个节点上,而且mysqld要在nfs启动之后出能启动,ip地址和mysqld服务之间没有先后关系,服务准备好后再启动ip也是可以的。高可用的httpd服务需要先启动ip,因为服务启动的时候明确需要ip地址的资源,这两类高可用资源之间是不同的。

添加资源

首先定义一个组


技术分享

技术分享

添加第一个资源

技术分享

添加第二个资源

技术分享

技术分享

添加第三个资源

技术分享

添加资源约束

nfs要和mysqld在一个节点

技术分享

技术分享

ip要和mysqld在一个节点

技术分享

定义排列约束后这3个资源会同时运行在同一个节点上,需要注意的是mysqld服务要在nfs挂载之后启动,所以需要定义资源顺序约束

技术分享

技术分享

定义好顺序约束之后还可定义位置约束,可定义更倾向运行在哪个节点

技术分享

技术分享

添加表达式及对该节点的倾向性

技术分享

启动所有资源

技术分享

技术分享

因为倾向于node1,所以资源运行于node1上,我们在node1授权一个用户测试

技术分享

在其他客户端测试

技术分享

此时模拟node1挂掉了,将node1设置为standby模式

技术分享

再次连接数据库测试

技术分享

数据没有受到丝毫影响,再次将node1上线,资源会再次回到node1,这里就不再演示了,至此,基于heartbeat v2 crm实现基于nfs的mysql高可用集群完成

The end

本次实验就进行到这里了,实验过程出现问题可以留言交流,后文将会提供另一种高可用方案:mysql + drbd + corosync,有兴趣可以继续关注。以上仅为个人学习整理,如有错漏,大神勿喷~~~

本文出自 “北城书生” 博客,请务必保留此出处http://scholar.blog.51cto.com/9985645/1659996

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。