heartbeat实现Mysql主主高可用
先声明本文非原创，参照
http://blog.chinaunix.net/uid-20639775-id-3337481.html
完善与加了一些注解而已。
1.1 方案简介
本方案使用heartbeat+mysql主主同步来实现mysql数据库的高可用， 当服务器或者master的heartbeat宕掉以后会自动切换到backup上，服务器或者master的heartbeat恢复以后可以自动切换回来，master继续提供服务。
1.2 方案优缺点
Ø
优点：
易于配置，架构复杂度低
开源，费用低，无特殊硬件或是网络组件要求
自动虚拟IP管理
数据复制保持基本一致
Ø
缺点：
当mysql不可用的情况下不能进行自动切换，需要通过crm模式实现或者额外的脚本实现(比如shell脚本监测到master的mysql不可用就将主上的heartbeat停掉，这样就会切换到backup中去)。
不方便扩展。
可能会发生脑裂问题。
1.3 方案架构图
1.4 适用场景
该方案适合只有两台数据库的情况，访问量不大，不需要实现读写分离的情况。
1.5 方案实战
1.5.1 实战环境介绍
|
服务器名
|
IP
|
VIP
|
系统
|
Mysql
|
|
Master
A
|
192.168.1.28
|
192.168.1.30
|
Centos
6.3
64bit
|
5.
5.27
|
|
MasterB
|
192.168.1.29
|
Centos
6.3
64bit
|
5.
5.27
|
1.5.2 Mysql的安装和配置
以及主主同步配置
1.5.4 Heardbeat的安装
A,B
服务器都需要安装heardheat软件。下面两种安装方式任选其一。
Ø
Rpm包的安装方式
,
下载
yum源
rpm -ivh epel-release-6-8.noarch.rpm
yum -y install heartbeat-*
Ø
源代码编译安装方式
# tar xf 7e3a82377fa8.tar.bz2
cd Heartbeat-3-0-7e3a82377fa8/
cd heartbeat-2.1.3
./configure
Make
make install
1.5.5 Heartbeat的配置
Hearbeat的配置主要包括三个配置文件，authkeys，ha.cf和haresources的配置，下面就分别来看！
cp /usr/share/doc/heartbeat-3.0.4/authkeys
/etc/ha.d/
cp /usr/share/doc/heartbeat-3.0.4/
ha.cf
/etc/ha.d/
cp /usr/share/doc/heartbeat-3.0.4/
haresources
/etc/ha.d/
Ø
Hosts文件的配置
需要在hosts文件中添加master
A
和
master B
主机，加快节点间的通信
Master
A
和
master B
的hosts节点添加的内容一样，我的配置添加如下内容：
vim /etc/hosts
192.168.1.28 master1
192.168.1.29 master2
Ø
主机名配置
[root@master
1
~]# vim /etc/sysconfig/network
HOSTNAME=master
1
[root@master2 ~]# vim /etc/sysconfig/network
HOSTNAME=master2
Ø
禁用
selinux
[
root@master
1
~]# vim /etc/selinux/config
SELINUX=disabled
[
root@master
2
~]# vim /etc/selinux/config
SELINUX=disabled
Ø
Authkerys的配置
这个文件用来配置密码认证方式，支持3种认证方式，crc，md5和sha1，从左到右安全性越来越高，消耗的资源也越多。因此如果heartbeat运行在安全的网路之上，比如私网，那么可以将验证方式设置成crc，
A
和
B
的authkeys配置一样。我的authkeys文件配置如下：
vim /etc/ha.d/authkeys
auth 1
1 crc
Ø
ha.cf的配置
Master
A
的ha.cf的配置
vim /etc/ha.d/ha.cf
logfile
/var/log/ha-log
logfacility
local0
keepalive 2
deadtime 30
warntime 10
initdead 120
udpport
694
ucast eth0 192.168.1.28
master A的IP
auto_failback on
node
master
1
node master2
ping 10.10.10.254
网关
respawn hacluster /usr/lib64/heartbeat/ipfail
默认是lib修改lib64
compression
bz2
compression_threshold 2
Master B
的ha.cf的配置
vim /etc/ha.d/ha.cf
logfile
/var/log/ha-log
logfacility
local0
keepalive 2
deadtime 30
warntime 10
initdead 120
udpport
694
ucast eth0 192.168.1.29
auto_failback on
node
master1
node master2
ping 10.10.10.254
respawn hacluster /usr/lib64/heartbeat/ipfail
compression
bz2
compression_threshold 2
Ø
A,B 服务器
haresources的配置
一样
haresources用来设置master的主机名、虚拟IP、服务以及磁盘挂载等，master和backup的配置是一样的，下面的mysqld需要做成服务，放在/etc/rc.d/init.d/目录下，配置配置如下：
vim /etc/ha.d/haresources
添加下面一行
m
aster
2
192.168.1.30/24/eth0 mysqld
这表示资源将在启动在master1
1.5.6 Heartbeat的启动
在启动master
A
和
master B
上的mysqld启动以后，
再
启动master
A
和
master B
的
heartbeat
：
[root@master
1
~]# chkconfig heartbeat on
[root@master2 ~]# chkconfig heartbeat on
[root@master1 ~]# ifconfig
查看虚拟
IP没有起来
eth0:0 Link encap:Ethernet HWaddr 00:0C:29:48:D0:64
inet addr:192.168.1.30 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
1.5.7 方案测试
环境搭建好以后，就需要进行周密的测试，看是否实现了预期的功能：
Ø
停掉master
A
上的mysqld，看看是否切换
Ø
停掉master
A
的heartheat看看是否能正常切换。
Ø
停掉master
A
的网络或者直接将master系统shutdown，看看能否正常切换。
Ø
启动master
A
的heartbeat看看是否能正常切换回来。
Ø
重新启动master看看能否切换过程是否OK。
1.5.8
解决问题
如果重启机器后
heartbeat不能启动，则需要查看/var/log/ha-log
ERROR: Current node [test1] not in configuration!
配置文件有问题，由于我临时用hostname修改的主机名，重启后不生效。需要修改主机名与ha.cf中定义的node后面的一样
ERROR: glib: ucast: error binding socket. Retrying: Permission denied
禁用
selinux
本文转自 deng304749970 51CTO博客，原文链接：http://blog.51cto.com/damondeng/1152283，如需转载请自行联系原作者
