参考文章：http://blog.csdn.net/catoop/article/details/41285001
master1和master2公用一个VIP。当某个master宕机后，keepalived能自动将VIP漂移到另一个master上。只需要1~3秒即可切换完成，基本能保证服务不中断。
实验环境：
CentOS6.7X86_64
MariaDB10.0.17
Keepalived1.2.21
各节点配置：
Master1：192.168.2.13
Master2：192.168.2.14
VIP：192.168.2.100
Slave：192.168.2.11
Web服务器：192.168.2.11
主要步骤如下：
构建MySQL双主---> 配置Keepalived ---> 模拟节点故障 ---> MHA基础上构建web站点 ---> MHA基础上添加Slave
一、构建双主MySQL
安装MariaDB过程略过，可以直接使用通用二进制包进行安装。
首先确保2台Master是新安装的(不是新安装的话，执行mysql_install_db重新初始化即可)，配置起来更方便些。
配置Master1,修改my.cnf，如下：
[mysqld]
....主要修改如下：....
innodb_file_per_table =ON
skip_name_resolve = ON
log-bin=mysql-bin
binlog_format=mixed
server-id=1
auto-increment-offset = 1
auto-increment-increment = 2
replicate-ignore-db = test
replicate-ignore-db = mysql
配置Master2,修改my.cnf，如下：
[mysqld]
....主要修改如下：....
innodb_file_per_table =ON
skip_name_resolve = ON
log-bin=mysql-bin
binlog_format=mixed
server-id=2
auto-increment-offset = 2
auto-increment-increment = 2
replicate-ignore-db = test
replicate-ignore-db = mysql
在Master1上建立授权用户
> grant replication slave on*.* to ‘repluser‘@‘192.168.2.%‘ identified by ‘123456‘;
> flush privileges;
> show master status;
在Master2上连接到Master1作为自己的主服务器
> change master tomaster_host=‘192.168.2.13‘,
master_user=‘repluser‘,
master_password=‘123456‘,
master_log_file=‘mysql-bin.000003‘,
master_log_pos=22519;
> start slave;
> show slave status\G
在Master2上建立授权用户
> grant replication slave on*.* to ‘repluser‘@‘192.168.2.%‘ identified by ‘123456‘;
> flush privileges;
> show master status;
在Master1上连接到Master2作为自己的主服务器
> change master to master_host=‘192.168.2.14‘,
master_user=‘repluser‘,
master_password=‘123456‘,
master_log_file=‘mysql-bin.000003‘,
master_log_pos=643;
> start slave;
> show slave status\G
我们可以随意在master1和master2建立测试数据库，插入数据，可以发现在任意节点插入都能自动同步到另一台上面。
二、安装配置keepalived
编译安装keepalived
在2个节点都如下操作：
tar xf keepalived-1.2.21.tar.gz
cd keepalived-1.2.21
./configure
make && make install
cp/usr/local/etc/rc.d/init.d/keepalived /etc/rc.d/init.d
cp/usr/local/etc/sysconfig/keepalived /etc/sysconfig/
mkdir /etc/keepalived
cp /usr/local/etc/keepalived/keepalived.conf/etc/keepalived
cp /usr/local/sbin/keepalived/usr/sbin/
chkconfig --add keepalived
chkconfig keepalived on
在master1(192.168.2.13)上，修改keepalived的配置文件，如下：
! Configuration File forkeepalived
global_defs {
notification_email {
[email protected]
}
notification_email_from localhost
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id MySQL_HA
}
vrrp_instance VI_1 {
state BACKUP # 两台配置此处均是BACKUP
interface eth0 # 网卡，可使用ifconfig查看
virtual_router_id 51
priority 90 # 优先级，另一台改为90，默认VIP飘在在这个节点上
advert_int 1
nopreempt # 不抢占，只在优先级高的机器上设置即可，优先级低的机器不设置
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.2.100 dev eth0 label eth0:1
}
}
virtual_server 192.168.2.100 3306{
delay_loop 2 # 每个2秒检查一次real_server状态
lb_algo rr # 轮询算法
lb_kind DR # LVS算法，直接转发
persistence_timeout 50 # 会话保持时间
protocol TCP
real_server 192.168.2.13 3306 { # 只配置一个real_server，且为本机地址
weight 3
notify_down/home/scripts/MySQL.sh # 检测到服务down后执行的脚本
TCP_CHECK{
connect_timeout10 # 连接超时时间
nb_get_retry 3 # 重连次数
delay_before_retry 3 # 重连间隔时间
connect_port 3306 # 健康检查端口
}
}
}
在master2(192.168.2.14)上，修改keepalived的配置文件，如下：
! Configuration File forkeepalived
global_defs {
notification_email {
[email protected]
}
notification_email_from localhost
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id MySQL_HA
}
vrrp_instance VI_1 {
state BACKUP # 两台配置此处均是BACKUP
interface eth0 # 网卡，可使用ifconfig查看
virtual_router_id 51
priority 90 # 优先级，master2这台改为90，当master1无响应，则VIP会飘到这个节点上
advert_int 1
#nopreempt # 不抢占，只在优先级高的机器上设置即可，优先级低的机器设不设置都无所谓
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.2.100 dev eth0 label eth0:1
}
}
virtual_server 192.168.2.100 3306{
delay_loop 2 # 每个2秒检查一次real_server状态
lb_algo rr # 轮询算法
lb_kind DR # LVS算法，直接转发
persistence_timeout 50 # 会话保持时间
protocol TCP
real_server 192.168.2.14 3306 { # 只配置一个real_server，且为本机地址
weight 3
notify_down/home/scripts/MySQL.sh # 检测到服务down后执行的脚本
TCP_CHECK{
connect_timeout10 # 连接超时时间
nb_get_retry 3 # 重连次数
delay_before_retry 3 # 重连间隔时间
connect_port 3306 # 健康检查端口
}
}
}
编写检测服务down后所要执行的脚本
在master1和master2都执行下面的操作：
mkdir /home/scripts/
vim /home/scripts/MySQL.sh 内容如下：
#!/bin/sh
pkill keepalived
注意：
此脚本是上面配置文件notify_down选项所用到的，keepalived使用notify_down选项来检查real_server的服务状态，当发现real_server服务故障时，便触发此脚本；我们可以看到，脚本就一个命令，通过pkill keepalived强制杀死keepalived进程，从而实现了MySQL故障自动转移。
另外，我们不用担心两个MySQL会同时提供数据更新操作，因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP，而不是两台MySQL的IP+VIP。
在master1和master2上都启动keepalived
/etc/init.d/keepalived start
ps aux|grep keepalived
ifconfig -a
可以看到VIP默认是在master1上的(因为keepalived里配置master1的优先级为100，master2的优先级为90)
三、模拟节点故障
模拟MySQLMaster的写节点故障
我们可以模拟下master的MySQL无法访问了，看看VIP会不会自动漂移。
先查看master1、master2的IP情况，如下图：
可以看到VIP在master1节点上。我们在master1上执行/etc/init.d/mariadb stop 模拟master1的MySQL进程挂掉的情况。
然后，在maste1和master2上执行
ps aux|egrep "keepalived|mariadb"
ip a
可以看到VIP已经漂移到master2上了。此时，master1上的MariaDB进程挂掉后，keepalived进程也一并被kill了。
至此，实验初步算是完成了。但是这个方案的话，mysql一退出， keepalived也退出了，后面再次修复的话要手动启动keepalived进程，不然就达不到高可用的效果了。不过出于数据安全性、完整性考虑，MySQL和keepalived进程还是应该手动恢复的。
这个方案还有个不足，就是mysql端口和进程都在，但是复制线程却不是Yes状态了，这种只能靠zabbix或者其它监控工具来监控了。
四、在MHA的基础上构建个web站点
MySQL高可用实现后，不如继续深入下，再基于上面的环境构建个web站点吧，操作如下：
web节点参数：
IP：192.168.2.11
运行有：Nginx+php-fpm
nginx虚拟主机配置如下：
server {
listen 80;
server_name 192.168.2.11;
location / {
root /home/wwwroot/default;
index index.php index.html index.htm;
}
location ~ \.php$ {
root /home/wwwroot/default;
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
access_log /home/wwwlogs/access.log main;
}
}
/etc/init.d/nginx start 启动nginx服务
/etc/init.d/php-fpm start 启动php-fpm服务
在master1或者master2上执行下面命令，创建个web网站所需的数据库：
> create database metinfo;
> grant all on metinfo.* to‘met‘@‘192.168.2.%‘ identified by ‘123456‘;
> flush privileges;
在浏览器访问http://192.168.2.11 如下图：
注意数据库主机地址要填：192.168.2.100
安装完成后，如下图所示：
五、在MHA的基础上添加一个Slave
生产环境中，光靠2个Master是顶不住那么大压力的，因此还需要添加几个Slave节点（假设节点IP 192.168.2.11）。
修改Slave的my.cnf 如下
[mysqld]
....主要修改如下：....
innodb_file_per_table =ON
skip_name_resolve = ON
log-bin=mysql-bin
binlog_format=mixed
server-id = 10
relay_log =mysql-relay.bin
log_slave_updates = 1
read_only = 1
replicate-ignore-db = test
replicate-ignore-db = mysql
在业务低谷时候，先将keepalived进程停掉，防止写入数据。
然后稍等片刻，等2个master之间的数据同步后，在任意master上执行：
> flush tables with read lock;
# mysqldump -uroot -proot -A >all.sql
# scp [email protected]:/root/
在干净的slave上启动MariaDB，并导入all.sql
# mysql -uroot -proot -e ‘sourceall.sql;‘
导入后，在刚才锁表的master上解除锁
> unlock tables;
操作完成后，在master1和master2上启动keepalived进程，让VIP再次出现。
VIP出现后，然后，在slave上执行：
> change master tomaster_host=‘192.168.2.100‘,
master_user=‘repluser‘,
master_password=‘123456‘,
master_log_file=‘mysql-bin.000006‘,
master_log_pos=326;
> start slave; 启动复制
> show slave status\G
这时候，我们可以在master1或者master2上任意创建库、表、插入数据，然后在slave上都可以看到数据已经正常同步过来了。