MYSQL高可用集群架构——MHA架构

MHA高可用集群

文章目录

一、MHA 简介：
二、部署 MHA：
第一步：三台主从服务器安装 mysql
第二步：修改 mysql 的主配置文件：/etc/my.cnf ，注意三台服务器的 server-id 不能一样
第三步：三台服务器启动 mysql 服务
第四步：配置 Mysql 主从同步（一主两从）
第五步：安装 MHA
第六步：启动 MHA

一、MHA 简介：

MHA（Master High Availability）

（1）简介

目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

（2）该软件由两部分组成：

MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

（3）工作原理：

1、在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。

2、顺序：

① 从宕机崩溃的master保存二进制日志事件（binlog events）;
② 识别含有最新更新的slave；
③ 应用差异的中继日志（relay log）到其他的slave；
④ 应用从master保存的二进制日志事件（binlog events）；
⑤ 提升一个slave为新的master；
⑥ 使其他的slave连接新的master进行复制

二、部署 MHA：

（1）需求：

本案例要求通过MHA 监控MySQL 数据库在故障时进行自动切换，不影响业务。

（2）思路：

安装MySQL数据库
配置MySQL 一主两从
安装MHA软件
配置无密码认证
配置MySQL、MHA 高可用
模拟 master 故障切换

（3）操作系统：Cent0S7…6 版本， MHA版本是0.57版本

一、在三台服务器上安装mysql数据库

（MySQL版本请使用5.6.36；cmake版本请使用2.8.6），因为三台安装操作都一致，这边演示在 master 上的安装顺序。
为了实验的方便，修改主机名

二、修改 mysql 的主配置文件：/etc/my.cnf ，注意三台服务器的 server-id 不能一样

三、三台服务器启动 mysql 服务

四、配置 Mysql 主从同步（一主两从）

1、mysql主从配置相对简单。需要注意的是授权
在所有数据库节点上授权两个用户，一个是从数据库同步使用用户myslave，一个是manager使用监控用户

在master服务器上查看二进制文件和同步点

设置两个从库为只读模式

安装MHA

在所有服务器上安装MHA依懒的环境，首先安装epel源

在所有服务器上安装 node

在manger服务器上安装manager（注意：一定要安装node组件才能安装manager组件）

manager服务器安装后在 usr/local/bin 目录下面会生成几个工具：

• masterha_check_repl 检查mysql复制状况
• masterha_master_monitor 检查master是否宕机
• masterha_check_ssh 检查MHA的SSH配置情况
• masterha_master_switch 控制故障转移
• masterha_check_status 检查当前MHA运行状态
• masterha_conf_host 添加或删除配置的server信息
• masterha_stop 关闭manager
• masterha_manager 启动manager的脚本

node安装后在/usr/local/bin下面会生成的几个脚本（通常由MHA Manager的脚本触发，无需人为操作）

• apply_diff_relay_logs ：识别差异的中继日志事件并将其差异的事件应用于其他的 slave；
• save_binary_logs：保存和复制 master 的二进制日志；
• filter_mysqlbinlog ：去除不必要的 ROLLBACK 事件 （MHA 已不再使用这个工具）；
• purge_relay_logs：清除中继日志（不会阻塞 SQL 线程）；

配置无密码访问

1、在manager配置所有数据库节点的无密码认证ssh-keygen -t rsassh-copy-id 192.168.45.133ssh-copy-id 192.168.45.130ssh-copy-id 192.168.45.1342、在master上配置到数据库节点slave1和slave2的无密码认证ssh-keygen 
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！