前言

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

高可用实现

实验拓扑

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第1张图片

实验环境

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服务器配置

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第2张图片

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

/mydata         172.16.0.0/16(rw,no_root_squash)

[root@scholar ~]# service nfs start

安装mysql

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第3张图片

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

datadir = /mydata/data

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

wKiom1V1SHnyR6k0AAB_wYSMdOE833.jpg

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

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

启动服务测试一下

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第4张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第5张图片

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

[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

将配置文件传给备用节点

wKiom1V1WKXh1UIUAABne1Pes18513.jpg

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

wKiom1V1Wy6yCnVnAACzQFNneBE231.jpg

启动heartbeat

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第6张图片

查看集群状态

[root@node1 ~]# crm_mon

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第7张图片

启动gui界面

[root@node1 ~]# hb_gui &

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第8张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第9张图片

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地址的资源,这两类高可用资源之间是不同的。

添加资源

首先定义一个组


基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第10张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第11张图片

添加第一个资源

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第12张图片

添加第二个资源

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第13张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第14张图片

添加第三个资源

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第15张图片

添加资源约束

nfs要和mysqld在一个节点

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第16张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第17张图片

ip要和mysqld在一个节点

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第18张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第19张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第20张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第21张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第22张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第23张图片

启动所有资源

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第24张图片

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第25张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第26张图片

在其他客户端测试

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第27张图片

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

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第28张图片

再次连接数据库测试

基于heartbeat v2 crm实现基于nfs的mysql高可用集群_第29张图片

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

The end

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