MHA,MySQL的高可用架构,在基于主从架构的模式下,当主服务器挂掉之后,由MHA中manager来决定从哪台slave从服务器当中选择一台作为master主服务器,通常是比较从服务器中的数据,哪个最全,最新,更新时间的长短来判断,当决定使用哪台从服务器作为新的主服务器后,MHA会从其他节点处获取额外信息,避免数据不一致的情况发生,使数据一致。
MHA有两种角色:
1.MHA manager
用于统筹管理一个主从架构集群的master转换,数据复制权限,以及数据库操作权限等设置,通常作为单台服务器进行配置。每一个master/slave集群都作为一个application。
2.MHA node
MySQL集群当中的节点,所有在该集群中的服务器都是一个节点,如manager,master,slave1,slave2四台服务器,则有四个node节点。它通过监控具备解 析和清理 logs 功能的脚本来加快故障转移。
MHA架构集群:
manager 172.16.25.104
master 172.16.25.101 server_id=11
slave1 172.16.25.102 server_id=22
slave2 172.16.25.103 server_id=33
①首先配置好一主两从的数据库架构,这一块就不详细描述了,需要注意的是,因为MHA高可用架构的关系,任何一台MySQL服务器都有可能成为主服务器,所以不能像普通主从架构一般,给主服务器开启binlog,给从服务器开启relay_log,需要在主从服务器上都开启binlog与relay_log。
如该/etc/my.cnf配置
②MHA高可用的实现首先需要构建主从集群,其次,需要将各个节点之间的ssh通信无障碍。
设置密钥通信
如master172.16.25.101需要向其余三个节点传送密钥,使之能够无密码访问
#ssh-keygen -t rsa -P ""
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.102
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.103
#ssh-copy-id -i /root/.ssh/id_rsa.pub root@172.16.25.104
其余三个节点如是。
③安装MHA
MHA manager
#yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm
该manager安装需要依赖于许多epel源中的插件,联网安装
MHA node
#yum install -y mha4mysql-node-0.56-0.el6.noarch.rpm
四个节点都需要安装
④配置manager,使manager能够管理主从集群,手动设置一个配置文件
在/etc/masterha/app1.cnf(自定义)
server default针对于所有MySQL服务器的设置。
user,password用于对数据库进行管理的账号密码,这个是需要在MySQL集群中,即master,slave1,slave2中授权。
如
ssh_user则是通信时使用的用户,为root。
repl_user,repl_password用于主从数据库之间复制转移的账户密码,当主服务器down后,从服务器起来,需要在从服务器中进行的change master授权。
manager_workdir,manager_log则是用于设置manager的工作目录以及日志存放路径。
master_binlog_dir用于告诉managermaster的binlog日志放置路径。
ping_interval用于设置访问的间隔,使用ping方式访问。
server1,server2,server3则是三台MySQL服务器,指定其hostname,可用IP地址代替,若要使用主机名,则需要将主机名写入/etc/hosts中。
candidate_master=1,用于设置该服务器是否有资格成为主服务器,若为0则无资格。
MHA manager的安装,会提供诸多工具程序,其常见的如下所示。
Manager 节点:
- masterha_check_ssh:MHA 依赖的 SSH 环境检测工具;
- masterha_check_repl:MySQL 复制环境检测工具;
- masterha_manager:MHA 服务主程序;
- masterha_check_status:MHA 运行状态探测工具;
- masterha_master_monitor:MySQL master 节点可用性监测工具;
- masterha_master_switch:master 节点切换工具;
- masterha_conf_host:添加或删除配置的节点;
- masterha_stop:关闭 MHA 服务的工具;
Node 节点:
- save_binary_logs:保存和复制 master 的二进制日志;
- apply_diff_relay_logs:识别差异的中继日志事件并应用于其它 slave;
- filter_mysqlbinlog:去除不必要的 ROLLBACK 事件(MHA 已不再使用这个工具);
- purge_relay_logs:清除中继日志(不会阻塞 SQL 线程);
使用masterha_check_ssh测试通信环境是否正常
通信环境正常
使用masterha_check_repl测试数据库之间复制是否正常
复制环境正常
开启manager,放入后台,并将输出结果放置在manager.log中
将master 172.16.25.101mysqld,mysqld_safe服务停掉,查看主服务器是否变更
172.16.25.101 is down
经manager比较,172.16.25.102的数据最为接近,选定172.16.25.102即slave1作为新的master,并将数据与172.16.25.103同步
若172.16.25.101服务重新启动,则需要将其与现任主服务器中的数据进行同步,授权后即可加入到该MySQL集群当中。