MySQL+Keepalived实现双机热备

chunjihong

Keepalived双机热备
　　一、概述：
　　keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。
　　虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该路由器所在局域网内其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可以保证路由器的高可用了。
　　keepalived主要有三个模块，分别是core、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check负责健康检查，包括常见的各种检查方式。vrrp模块是来实现VRRP协议的。
　　实验思路：
　　本节主要介绍了利用keepalived实现 MySQL 数据库的高可用。Keepalived+mysql双主来实现MySQL-HA，我们必须保证两台MySQL数据库的数据完全一样，基本思路是两台MySQL互为主从关系，通过Keepalived配置虚拟IP，实现当其中的一台MySQL数据库宕机后，应用能够自动切换到另外一台MySQL数据库，保证系统的高可用。
　　实验环境：
　　操作系统：CentOS 7 x86_64
　　MySQL版本：mysql 5.7.13
　　Keepalived版本：keepalived-1.2.20
　　Mysql-vip地址:192.168.1.100
　　Mysql-master1地址:192.168.1.101
　　Mysql-master2地址:192.168.1.102
　　实验拓扑：

　　二、搭建MySQL双主同步环境：
　　
　　（1）准备工作
　　1、配置IP地址
　　master1地址为192.168.1.101；
　　master2地址为192.168.1.102。
　　2、设置master1和master2的防火墙规则
[root@master1 ~]# firewall-cmd --permanent --add-port=3306/tcp　　
[root@master1 ~]# firewall-cmd --reload
　　（2）修改mysql配置文件
　　1、在master1上设置：
[root@master1 ~]# vim /etc/my.cnf　　
log-bin = mysql-bin
　　
binlog_format = mixed
　　
server_id = 1
　　
relay-log = relay-bin
　　
relay-log-index = slave-relay-bin.index
　　
auto-increment-increment = 2
　　
auto-increment-offset = 1
　　重启mysql服务：
[root@master2 ~]# systemctl restart mysqld　　2、在master2上设置
[root@master2~]# vim /etc/my.cnf　　
log-bin = mysql-bin
　　
binlog_format = mixed
　　
server_id = 2
　　
relay-log = relay-bin
　　
relay-log-index = slave-relay-bin.index
　　
auto-increment-increment = 2
　　
auto-increment-offset = 2
　　重启mysql服务
[root@master2 ~]# systemctl restart mysqld　　各个参数的解释：
　　log-bin                  //启用二进制日志功能
　　binlog_format            //设置binlog日志格式
　　Server-id                //给服务器分配一个独一无二的ID编号
　　relay-log                //配置中继日志
　　relay-log-index          //配置中继日志名
　　auto-increment-increment     //设置自增长字段每次递增的值
　　auto-increment-offset        //用来设定数据库中自动增长的起点（即起点值）
　　可以在my.cnf文件中添加“binlog_do_db=数据库名”的配置项（可以添加多个）来指定要同步的数据库。
　　（3）将master1设置为master2的主服务器
　　1、在master1主机上创建授权账户，允许在master2（192.168.1.102）主机上连接
[root@master1 ~]# mysql -uroot -p　　
mysql> grant replication slave on *.* to 'rep'@'192.168.1.102' identified by '123456';
　　查看master1的当前binlog状态信息

　　2、在master2上将master1设为自己的主服务器并开启slave功能
mysql> change master to master_host='192.168.1.101',master_user='rep',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=453;　　
mysql> start slave;

　　如果你是使用虚拟机并且两台master是克隆的，那么Slave_IO Running的值可能为NO，解决方法：修改master任意主机/usr/local/mysql/data/auto.cnf文件server-uuid后面的值，确保两台主机的uuid不一样。
　　（4）将master2设为master1的主服务器
　　1、在master2主机上创建授权账号，允许在master1（192.168.1.101）主机上连接
mysql> grant replication slave on *.* to 'rep'@'192.168.1.101' identified by '123456';　　查看master2的当前binlog状态信息

　　2、在master1上将master2设为自己的主服务器并开启slave功能。
mysql> change master to master_host='192.168.1.102',master_user='rep',master_password='123456',master_log_file='mysql-bin.000002',master_log_pos=453;　　
mysql> start slave;
　　查看从（master1）的状态

　　（5）测试主主同步
　　1、在master1上创建要同步的数据库如test_db，并在test_db中创建一张测试表如tab1
mysql> create database test_db;　　
mysql> use test_db;
　　
mysql> create table tab1(id int,name varchar(30));
　　查看master2主机是否同步了master1的数据变化

　　2、在master2主机上想tab1表中插入数据
mysql> insert into test_db.tab1(id,name) values (1,'zhangsan');　　
mysql> commit;
　　查看master1主机是否同步了master2上的数据变化

　　现在任何一台MySQL上的数据都会同步到另一台MySQL，主主同步环境搭建完成。
　　：如果MySQL服务器已经存在，只是后期才搭建从服务器，在配置数据同步前应先将主MySQL服务器要同步的数据拷贝到从MySQL服务器（例如先备份主MySQL的数据库，然后到从服务器上还原）
三、利用keepalived实现MySQL的高可用性
　　（1）在master1和master2上安装keepalived软件包
　　1、首先安装kernel-devel以及openssl-devel、popt-devel等支持库。
[root@master1 ~]# yum -y install kernel-devel openssl-devel popt-devel　　2、编译安装keepalived
[root@master1 keepalived-1.2.20]# cd keepalived-1.2.20/　　
[root@master1 keepalived-1.2.20]# tar zxf keepalived-1.2.20.tar.gz
　　
[root@master1 keepalived-1.2.20]# ./configure --prefix=/ && make && make install
　　：如不知道keepalived需要哪些依赖包，可以进解压后的源码包目录下查看INSTALL文件内容。
　　3、使用keepalived服务
　　编译完成后，会自动生成/etc/init.d/keepalived脚本，但是还需要手动添加为系统服务，这样才可以使用service、chkconfig工具来对keepalived服务程序进行管理。

　　4、在centos7.2上安装keepalieved防火墙的配置规则
[root@master1 ~]# firewall-cmd --permanent --add-rich-rule="rule family=ipv4 destination address=224.0.0.18 protocol value=ip accept"　　
[root@master1 ~]# firewall-cmd --reload
　　
　　（2）修改keepalived的配置文件
　　Keepalived只有一个配置文件keepalived.conf，里面包括以下几个配置项
　　global_defs：主要是配置故障发生时的通知对象及机器标识。
　　vrrp_instance：用来定义对外提供服务的VIP区域及相关属性
　　virtual_server：虚拟服务器定义
　　1、在master1主机的keepalived.conf文件的修改：
[root@master1 ~]# vim /etc/keepalived/keepalived.conf　　global_defs区域

　　vrrp_instance区域

　　virtua_server区域

　　启动keepalived服务
[root@master1 ~]# /etc/init.d/keepalived start　　2、在master2主机上对keepalived.conf文件进行修改

　　Master2主机的keepalived.conf配置文件除了router_id、priority和real_server三处不同，其他配置项都相同。
　　启动keepalived服务
[root@master2 ~]# /etc/init.d/keepalived start　　（3）为master1和master2添加检测脚本
　　当mysql停止工作时自动关闭本机的keepalived，实现将故障机器踢出（因为每台机器上keepalived只添加了本机为realserver）；当mysql正常启动起来后，要手动启动keepalived服务。
[root@master1 ~]# mkdir /etc/keepalived/bin　　
[root@master1 ~]# vim /etc/keepalived/bin/mysql.sh
　　
#!/bin/bash
　　
pkill keepalived
　　
/sbin/ifdown eno16777736 && /sbin/ifup eno16777736
　　
[root@master1 ~]# chmod +x /etc/keepalived/bin/mysql.sh
　　在master2上完成相同的操作
　　（4）测试
　　1、在master1和master2上分别查看master1和master2对VIP（群集虚拟IP）的控制权
　　在master1主上查看结结果：

　　在master2主上查看结果：

　　从上图可以看出master1是主服务器，master2为备用服务器
　　2、测试停止MySQL服务，keepalived健康检查是否会触发脚本
　　停止master1主机的MySQL服务
[root@master1 ~]# systemctl stop mysqld　　查看master1主结果：

　　Master2主的查看结果：

　　这说明在主服务上停止MySQL服务，触发了我们编写的脚本，进行自动故障切换。
　　3、MySQL远程登入测试
　　为MySQL服务器授权允许远程登入（两台主服务器都要授权）
mysql> grant all on *.* to root@'%' identified by 'pwd123';　　在客户端上测试登入

　　上图说明客户端访问的VIP地址是由master1主机提供响应的，应为master1当前是主服务器，
　　将master1的MySQL服务停止
[root@master1 ~]# systemctl stop mysqld　　然后到客户端执行下命令

　　上图可以看到客户端请求是由master2主机来响应的，说明故障切换成功
　　四、总结
　　Keepalived+mysql双主一般来说，适用于中小型规模的的公司环境，因为采用这种架构是最省事的。在master节点发生故障后，利用keepalived的高可用机制实现快速切换到备用节点。
　　在这个方案里，有几个需要注意的地方：
　　1、采用keepalived作为高可用方案时，两个节点最好都设置成BACKUP模式，避免因为意外情况下（比如脑裂）相互抢占导致往两个节点写入相同数据而引发冲突；
　　2、把两个节点的auto_increment_increment（自增步长）和auto_increment_offset（自增起始值）设成不同值。其目的是为了避免master节点意外宕机时，可能会有部分binlog未能及时复制到slave上被应用，从而会导致slave新写入数据的自增值和原先master上冲突了，因此一开始就使其错开；当然了，如果有合适的容错机制能解决主从自增ID冲突的话，也可以不这么做；
　　3、slave节点服务器配置不要太差，否则更容易导致复制延迟。作为热备节点的slave服务器，硬件配置不能低于master节点；
　　4、如果对延迟问题很敏感的话，可考虑使用MariaDB分支版本，或者直接上线MySQL 5.7最新版本，利用多线程复制的方式可以很大程度降低复制延迟；