基于Keepalived的MySQL高可用

 

keepalived负责的是故障转移，至于故障转之后的节点之间数据的一致性问题依赖于具体的复制模式。
无论是主从、一主多从仍是双主、集群节点个数、主从具体的模式无关（常规复制，半同步复制，GTID复制，多线程复制，甚至能够是MGR）都没有直接的关系。
我的认为，MySQL高可用方向，MGR+自动故障转移中间件（keepalived），应该是是个趋势。怎么感受MHA的配置又臭又长。

 

keepalive的安装

1，参考http://blog.51cto.com/afterdawn/1888682

1、官方下载 wget http://www.keepalived.org/software/keepalived-XXXX.tar.gz
2、解压，编译安装 tar zxvf keepalived-XXXX.tar.gz ./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.XXXXXXXX/
make && make install
cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/
cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
mkdir /etc/keepalived cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
cp /usr/local/keepalived/sbin/keepalived /usr/sbin/ service keepalived start

 

2，Keepalived配置

参考
http://www.javashuo.com/article/p-svvjtyob-m.html
http://www.javashuo.com/article/p-cqkwweub-k.html

 

3，自行主从（主主）搭建，注意事项

　　1，主从（或者主主）服务器之间相互ping的同，若是不一样，多是防火墙的缘由
　　2，给予相关shell脚本的可执行权限，chmod +x mysql_check.sh
　　3，测试以前先搭建好主从，单纯测试keepalived的故障转移功能的话，甚至主从就不用搭建，因此高可用的本质，仍是跟复制的模式有很大的关系

整个搭建过程不算复杂，若是各个节点之间使用脚本标准化安装的话并不须要花很长时间，如下是节点的故障转移的效果，能够发现一个链接能够自动从一个节点转移到另一个节点。