mysql mha 拓扑_MySQL MHA: 一种master高可用的主从复制解决方案

大纲

前言

MHA的架构

环境部署

实验步骤

总结

前言

上篇文章我们实现了MySQL的主从复制, 但是我们之前就说过, 主从复制是有很多问题的, 我们这篇文章为大家介绍一如何使用MHA来实现MySQL复制集群的高可用

MHA的架构

MHA (Master HA) 实现MySQL主从复制主节点高可用 , 主要实现了

Automated master monitoring and failover 自主监控和故障转移

Interactive (manual) Master Failover 手动故障转移

Non-interactive master failover 非交互式故障转移

Online switching master to a different host 在线切换到新主机

MHA服务有两种角色, 完成相应的功能

MHA Manager(管理节点): 通常单独部署在单台主机上, 用来管理多个Master/Slave集群, 每个集群通常被称为Application

MHA Slave(数据节点):通常部署在单台MySQL服务器上, 通过监控和具有解析和清理log功能的脚本来加快故障转移

MySQL主节点故障时, 按下面的步骤进行转移

MHA的各组件

Manager节点的组件

masterha_check_ssh: MHA依赖的SSH环境检测工具

masterha_repl: MySQL复制环境检测工具

masterha_manager: MHA 服务主程序

masterha_check_status: MySQL master节点可用性检测工具

masterha_conf_host: 添加或删除配置的节点

masterha_stop: 关闭MHA服务的工具

Node节点的组件

save_binary_logs: 保存和复制master的二进制日志

apply_diff_relay_logs: 识别差异的中继日志应用于于其他slave

filter_mysqbinlog: 去除不必要的ROLLBACK事件(MHA已经移除这个工具)

purge_relay_logs: 清除中继日志(不会阻塞SQL线程)

自定义扩展组件

secondary_check_script: 通过多条网络路由检测master可用性

master_ip_failover_script: 更新application使用的masterip

shutdown_script: 强制关闭master节点

report_script: 发送报告

init_conf_load_script: 加载初始配置参数

master_ip_online_change_script: 更新master节点ip地址

环境部署

实验环境

节点

IP

功用

node1

172.16.1.2

Master Node

node2

172.16.1.3

Slave Node/Master Node

node3

172.16.1.4

Slave Node

node4

172.16.1.5

Manager Node

实验拓扑

当主节点宕机后, node2节点自动替代成为主节点

软件版本

软件

版本

MySQL

5.1

MHA_Manager

0.56

MHA_Node

0.54

实验步骤

安装配置mysql

[root@node1 ~]# yum install mysql-server -y

[root@node2 ~]# yum install mysql-server -y

[root@node3 ~]# yum install mysql-server -y

[root@node4 ~]# yum install mysql-server -y

mysql_master_node配置文件

这里不对配置进行过多解释,有兴趣可以看我上篇文章

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

innodb_file_per_table = 1

log-bin=master-log

log-bin-index=1

server_id=1

user=mysql

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

[mysqld_safe]

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

master_slave_node配置文件

我们这里只展示一个节点的配置文件

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

innodb_file_per_table = 1

log-bin = master-log

log-bin-index = 1

relay-log = relay-log

read_only = 1

server_id=2    #每个从服务器要使用不同的

user=mysql

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

[mysqld_safe]

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

配置主从

MySQL Master节点配置

我们需要创建一个super权限的用户给MHA_Manager管理来控制各节点

mysql> SHOW MASTER STATUS;  #一定要在创建用户前查看并记下POS数值

+-------------------+----------+--------------+------------------+

| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+-------------------+----------+--------------+------------------+

| master-log.000003 |      106 |              |                  |

+-------------------+----------+--------------+------------------+

1 row in set (0.00 sec)

mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'rpuser'@'%' IDENTIFIED BY 'passwd';

Query OK, 0 rows affected (0.00 sec)

ENTFIED BY 'passwd'' at line 1mysql> GRANT ALL ON *.* TO 'mhauser'@'%' IDENTIFIED BY 'passwd';

Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.00 sec)

MySQL Slave节点配置

mysql> CHANGE MASTER TO

-> MASTER_HOST='172.16.1.2',

-> MASTER_USER='rpuser',

-> MASTER_PASSWORD='passwd',

-> MASTER_LOG_FILE='master-log.000003',

-> MASTER_LOG_POS=106;

Query OK, 0 rows affected (0.03 sec)

mysql> START SLAVE;    #启动slave

Query OK, 0 rows affected (0.00 sec)

mysql> SHOW SLAVE STATUS\G;  #查看slave-IO和slave-SQL是否为YES

Master_Host: 172.16.1.2

Master_User: rpuser

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: master-log.000003

Read_Master_Log_Pos: 476

Relay_Log_File: relay-log.000002

Relay_Log_Pos: 622

Relay_Master_Log_File: master-log.000003

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

配置MHA

配置前提

我们需要配置每一台主机之间能够互信

每台主机互信配置

我们这里使用一个非常简便的方法来实现

生成密钥后, 复制到各节点主机

[root@node4 ~]# ssh-keygen -P '' -t rsa -f /root/.ssh/id_rsa #在node4生成密钥

[root@node4 ~]# cat /root/.ssh/id_rsa.pub > /root/.ssh/authorized_keys

[root@node4 ~]# scp /root/.ssh/{id_rsa,authorized_keys} node1.anyisalin.com:/root/.ssh/

[root@node4 ~]# scp /root/.ssh/{id_rsa,authorized_keys} node2.anyisalin.com:/root/.ssh/

[root@node4 ~]# scp /root/.ssh/{id_rsa,authorized_keys} node3.anyisalin.com:/root/.ssh/

安装MHA

[root@node4 ~]# yum localinstall mha4mysql-manager-0.56-0.el6.noarch.rpm mha4mysql-node-0.54-0.el6.noarch.rpm  #在manager节点上安装这两个包

#在各个node节点安装mha_node

[root@node2 ~]# yum localinstall mha4mysql-node-0.54-0.el6.noarch.rpm

[root@node3 ~]# yum localinstall mha4mysql-node-0.54-0.el6.noarch.rpm

[root@node4 ~]# yum localinstall mha4mysql-node-0.54-0.el6.noarch.rpm

创建配置文件

[root@node4 ~]# vim /etc/mha.cnf

[server default]

user=mhauser

password=passwd

manager_workdir=/data/masterha/app1

manager_log=/data/masterha/app1/manager.log

remote_workdir=/data/masterha/app1

ssh_user=root

repl_user=rpuser

repl_password=passwd

ping_interval=1

[server1]

hostname=172.16.1.2

candidate_master=1

[server2]

hostname=172.16.1.3

candidate_master=1

[server3]

hostname=172.16.1.4

检查环境

启动Masterha前使用自带的检测工具检查一下环境

[root@node4 ~]# masterha_check_ssh --conf=/etc/mha.cnf  #检查ssh, --conf指定配置文件

#最后出现以下字段代表成功

Thu Apr 28 19:02:05 2016 - [info] All SSH connection tests passed successfully.

[root@node4 ~]# masterha_check_repl --conf=/etc/mha.cnf  #检查主从复制

#最后出现以下字段代表成功

MySQL Replication Health is OK.

启动MHA

nohup masterha_manager --conf=/etc/mha.cnf  &> /data/masterha/app1/manager.log  &

# 指定配置文件并且放进程在后台运、剥离与终端的关系

测试故障转移

[root@node4 ~]# masterha_check_status --conf /etc/mha.cnf   #当前主节点为node1

mha (pid:2573) is running(0:PING_OK), master:172.16.1.2

[root@node1 ~]# service mysqld stop  #手动停止主节点

[root@node3 ~]# mysql

mysql> SHOW SLAVE STATUS\G;

Slave_IO_State: Waiting for master to send event

Master_Host: 172.16.1.3  #已经转换为node2

Master_User: rpuser

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: master-log.000006

Read_Master_Log_Pos: 106

Relay_Log_File: relay-log.000004

Relay_Log_Pos: 252

Relay_Master_Log_File: master-log.000006

[root@node2 ~]# mysql

mysql> SHOW GLOBAL VARIABLES LIKE '%read_only%';    #查看, read_only被MHA关闭了

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| read_only     | OFF   |

+---------------+-------+

1 row in set (0.00 sec)

总结

其实我们这套架构不够完整, 如果要投入生产环境使用还需要提供一个自动切换VIP的脚本, 前端使用MySQL专用的读写分离器进行调度, 但是由于时间原因. 这里又不做更多的叙述了, 大家能够知道基本用法相比那些也就是小意思

作者水平很低, 如果有错误及时指出, 如果你觉得本文写的好请点一波赞~(≧▽≦)/~

作者: AnyISaIln QQ: 1449472454

感谢: MageEdu