MHA------简单搭建部署

简介

MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。
　　MHA 是由日本人 yoshinorim（原就职于DeNA现就职于FaceBook）开发的比较成熟的 MySQL 高可用方案。MHA 能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。目前淘宝也正在开发相似产品 TMHA， 目前已支持一主一从。
一、环境

name	ip	服务	备注
manager	10.0.0.41	manager控制器	用于监控管理
master	10.0.0.42	mysql主	开启bin-log relay-log 关闭relay_log_purge
slave1	10.0.0.43	mysql从	开启bin-log relay-log 关闭relay_log_purge
slave2	10.0.0.44	mysql从	开启bin-log relay-log 关闭relay_log_purge

二、初始主节点master的配置
主机IP:10.0.0.41
vim /etc/my.cnf

[mysqld] 
server-id = 1           //复制集群中的各节点的id均必须唯一 
log-bin = master-log    //开启二进制日志 
relay-log = relay-log   //开启中继日志 
skip_name_resolve       //关闭名称解析（非必须） 

配置文件修改后，重启一下数据库
systemctl restart mariadb

三、配置slave节点
slave1配置
主机IP:10.0.0.42
vim /etc/my.cnf

[mysqld] 
server-id = 2             //复制集群中的各节点的id均必须唯一； 
relay-log = relay-log     //开启中继日志 
log-bin = master-log      //开启二进制日志 
read_only = ON            //启用只读属性 
relay_log_purge = 0       //是否自动清空不再需要中继日志 
skip_name_resolve         //关闭名称解析（非必须） 
log_slave_updates = 1     //使得更新的数据写进二进制日志中 

slave2配置
主机IP:10.0.0.43

[mysqld] 
server-id = 3             //复制集群中的各节点的id均必须唯一； 
relay-log = relay-log     //开启中继日志 
log-bin = master-log      //开启二进制日志 
read_only = ON            //启用只读属性 
relay_log_purge = 0       //是否自动清空不再需要中继日志 
skip_name_resolve         //关闭名称解析（非必须） 
log_slave_updates = 1     //使得更新的数据写进二进制日志中 

配置文件修改后，重启一下数据库
四、配置一主多从架构
主节点上(10.0.0.41)：

grant all on *.* to 'tom'@'%' identified by '123'; 
show master status;

从节点上(10.0.0.42,10.0.0.43)：

change master to master_host='10.0.0.41',master_user='tom',master_password='123',master_log_file='mysql-bin.000003',master_log_pos=442;
start slave; 
show slave status\G;

查看状态，出现双yes说明主从配置完成(两个从都要出现双yes)

五、在master上进行授权
在所有 Mysql 节点授权拥有管理权限的用户可在本地网络中有其他节点上远程访问。 当然， 此时仅需要且只能在 master 节点运行类似如下 SQL 语句即可

MariaDB [(none)]> grant all on *.* to 'mhaadmin'@'%' identified by '123';

六、配置ssh互通
MHA集群中的各节点彼此之间均需要基于ssh互信通信，以实现远程控制及数据管理功能。简单起见，可在Manager节点生成密钥对儿，并设置其可远程连接本地主机后， 将私钥文件及authorized_keys文件复制给余下的所有节点即可。
也可以直接一个一个的进行分发

分发完成之后，可以测试一下是否互通

七、安装MHA包
四个节点都需安装：mha4mysql-node-0.56-0.el6.norch.rpm
Manager 节点另需要安装：mha4mysql-manager-0.56-0.el6.noarch.rpm
MHA压缩包下载
上传包之后，安装：

yum -y localinstall mha4mysql-node-0.56-0.el6.noarch.rpm
yum -y localinstall mha4mysql-manager-0.56-0.el6.noarch.rpm

直接用rpm去安装的话，会包缺依赖的错误

八、配置manager配置文件
为MHA专门创建一个管理用户， 方便以后使用， 在mysql的主节点上， 三个节点自动同步：
注：配置文件需要写在manager这台主机上

mkdir /etc/mha_master 
vim /etc/mha_master/mha.cnf

[server default]                            //适用于server1,2,3个server的配置 
user=mhaadmin                               //mha管理用户 
password=123                                //mha管理密码 
manager_workdir=/etc/mha_master/app1        //mha_master自己的工作路径 
manager_log=/etc/mha_master/manager.log     // mha_master自己的日志文件 
remote_workdir=/mydata/mha_master/app1      //每个远程主机的工作目录在何处 
ssh_user=root                     		    // 基于ssh的密钥认证 
repl_user=tom                    	        //数据库用户名 
repl_password=123                	        //数据库密码 
ping_interval=1                  	        //ping间隔时长 
[server1]                         	        //节点2 
hostname=10.0.0.41               	        //节点2主机地址 
ssh_port=22                      	        //节点2的ssh端口 
candidate_master=1          	        	//将来可不可以成为master候选节点/主节点 
[server2] 
hostname=10.0.0.42 
ssh_port=22
candidate_master=1 
[server3] 
hostname=10.0.0.43 
ssh_port=22 
candidate_master=1

九、对四个结点进行检测
检测各节点间 ssh 互信通信配置是否 ok
我们在 Manager 机器上输入下述命令来检测：

masterha_check_ssh -conf=/etc/mha_master/mha.cnf

检查管理的MySQL复制集群的连接配置参数是否OK

masterha_check_repl -conf=/etc/mha_master/mha.cnf

我们发现检测失败，这可能是因为从节点上没有账号，因为这个架构，任何一个从节点， 将有可能成为主节点， 所以也需要创建账号。
因此，我们需要在master节点上再次执行以下操作：

grant all on *.* to 'tom'@'%' identified by '123'; 
flush privileges;

执行完这段操作之后，我们再次运行检测命令

没有提示error说明已经成功了

nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &

启动成功以后，我们来查看一下 master 节点的状态：

masterha_check_status -conf=/etc/mha_master/mha.cnf

上面的信息中“mha (pid:19019) is running(0:PING_OK)”表示MHA服务运行OK，否则， 则会显示为类似“mha is stopped(1:NOT_RUNNING).”
如果，我们想要停止 MHA ，则需要使用 stop 命令：

masterha_stop -conf=/etc/mha_master/mha.cnf

十一、测试是否可以实现漂移
关闭主数据库然后查看manger结点日志

tail -200 /etc/mha_master/manager.log

或者去从上面查看状态，查看主库是否发生变动

这样漂移就成功了

注意：故障转移完成后， manager将会自动停止， 此时使用 masterha_check_status 命令检测将会遇到错误提示， 如下所示：