MySQL 集群高可用架构之 MHA

前言导读
记得之前发过一篇文章,名字叫《浅析 MySQL 高可用架构》,之后一直有很多小伙伴在公众号后台或其它渠道问我,何时有相关的深入配置管理文章出来,因此,民工哥,也将对前面的各类架构逐一进行整理,然后发布出来。那么今天将来发布的 MHA 的架构整体规划与配置操作。

 

架构简介
MHA(Master High Availability)目前在 MySQL 高可用方面是一个相对成熟的解决方案,作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。在 MySQL 故障切换过程中,MHA 能做到在 0~30 秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA 能在最大程度上保证数据的一致性,以达到真正意义上的高可用。

 

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

 

目前 MHA 主要支持一主多从的架构,要搭建 MHA, 要求一个复制集群中必须最少有三台数据库服务器,一主二从,即一台充当 master,一台充当备用 master,另外一台充当从库,因为至少需要三台服务器

 

** 安装布署规划 **

 

系统信息

 

[root@db250 ~]# cat /etc/redhat-release

 

CentOS release 6.8 (Final)

 

[root@db250 ~]# uname -r

 

2.6.32-642.el6.x86_64

 

数据库版本

 

mysql-5.7.17

 

环境规划

 

Db250 集群管理节点 192.168.4.250

 

Db251 主库 192.168.4.251

 

Db253 从库(备主库) 192.168.4.253

 

Db254 从库 192.168.4.254

 

架构图如下
MySQL 集群高可用架构之 MHA_第1张图片

 

安装配置 SSH 免密登录及 HOSTS 文件
配置 hosts 文件

 

cat>>/etc/hosts<

 

192.168.4.250 db250

 

192.168.4.251 db251

 

192.168.4.253 db253

 

192.168.4.254 db254

 

EOF

 

配置完成后检查下

 

[root@db254 ~]# tail -4 /etc/hosts

 

192.168.4.250 db250

 

192.168.4.251 db251

 

192.168.4.253 db253

 

192.168.4.254 db254

 

配置 SSH 免密钥登陆

 

ssh-keygen -t rsa
MySQL 集群高可用架构之 MHA_第2张图片
ssh-copy-id 192.168.4.251

 

ssh-copy-id 192.168.4.253

 

ssh-copy-id 192.168.4.254

 

—- 以上两步配置所有服务器都需要配置

 

安装 MYSQL 及配置主从同步
安装 mysql 数据库服务

 

rpm -ivh mysql57-community-release-el6-9.noarch.rpm

 

yum install mysql-community-server -y

 

/etc/init.d/mysqld start

 

默认密码是在

 

[root@db254 ~]# grep ‘temporary password’ /var/log/mysqld.log

 

2017-08-30T08:08:05.956867Z 1 [Note] A temporary password is generated for root@localhost: f;2YK51qXlo/

 

修改下默认密码吧,为了后面方便操作

 

mysql> alter user ‘root’@‘localhost’ identified by ‘123456’;

 

——- 以上配置三台数据库服务器都需要配置

 

配置主从同步

 

Db251 与 db253 的配置文件都需要配置开启 binlog

 

server_id=251

 

log_bin=master-bin

 

log_bin_index=master-bin.index

 

server_id=253

 

log_bin=slave-bin

 

log_bin_index=slave-bin.index

 

log-slave-updates

 

relay_log_index=slave-relay-bin.index

 

relay_log=slave-relay-bin

 

server_id=254

 

relay_log_index=slave-relay-bin.index

 

relay_log=slave-relay-bin

 

同步主库数据到从库,主从同步操作请参考之前的文章

 

Linux 系统 MySQL 数据库主从同步实战过程

 

检查主从同步状态

 

mysql -uroot -p123456 -e “show slave status\G”|egrep “Slave_IO_Running|Slave_SQL_Running”
MySQL 集群高可用架构之 MHA_第3张图片

 

安装配置 MHA 管理及 node 节点

 

安装依赖包

 

yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes –y

 

管理节点安装

 

rpm -ivh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm

 

yum localinstall -y mha4mysql-manager-0.52-0.noarch.rpm

 

yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm

 

其它节点安装

 

yum localinstall -y mha4mysql-node-0.52-0.noarch.rpm

 

安装过程中可能会报错,根据提示去解决

 

配置过程如下:

 

[root@db250 ~]# mkdir /mha

 

[root@db250 ~]# vim /etc/masterha_default.cnf

 

[server default]

 

#刚才授权的 mysql 管理用戶名

 

user=mha

 

password=123456

 

manager_workdir=/mha

 

manager_log=/mha/manager.log

 

remote_workdir=/mha

 

#ssh 免密钥登录的帐号名

 

ssh_user=root

 

#mysql 复制帐号,用来在主从机之间同步二进制日志等

 

repl_user=slave

 

repl_password=123456

 

#ping 间隔,用来检测 master 是否正常

 

ping_interval= 1

 

[server1]

 

hostname=db251

 

master_binlog_dir=/var/lib/mysql

 

#候选 master 挂掉时候优先让它顶

 

candidate_master=1

 

[server2]

 

hostname=db253

 

master_binlog_dir=/var/lib/mysql/

 

candidate_master=1

 

[server3]

 

hostname=db254

 

master_binlog_dir=/var/lib/mysql/

 

no_master=1

 

#不能成为 master
MySQL 集群高可用架构之 MHA_第4张图片

 

——相关的检测命令如下——————

 

masterha_check_ssh 检查 MHA 的 SSH 配置状况

 

masterha_check_repl 检查 MySQL 复制状况

 

masterha_manger 启动 MHA

 

masterha_check_status 检测当前 MHA 运行状态

 

masterha_master_monitor 检测 master 是否宕机

 

masterha_master_switch 控制故障转移(自动或者手动)

 

masterha_conf_host 添加或删除配置的 server 信息

 

检测 SSH 免密登录
MySQL 集群高可用架构之 MHA_第5张图片
检测同步
MySQL 集群高可用架构之 MHA_第6张图片
MySQL 集群高可用架构之 MHA_第7张图片

 

启动 MHA 服务并观察日志信息
[root@db250 ~]# masterha_manager –conf=/etc/masterha_default.cnf &

 

[1] 2035Fri Sep 1 01:52:25 2017 - [info] Reading default configuratoins from /etc/masterha_default.cnf..

 

Fri Sep 1 01:52:25 2017 - [info] Reading application default configurations from /etc/masterha_default.cnf..

 

Fri Sep 1 01:52:25 2017 - [info] Reading server configurations from /etc/masterha_default.cnf..
MySQL 集群高可用架构之 MHA_第8张图片
MySQL 集群高可用架构之 MHA_第9张图片

 

测试故障自动切换
接下来模拟下故障,将 db251 关闭

 

[root@db251 ~]# /etc/init.d/mysqld stop

 

Stopping mysqld: [OK]

 

查看日志
MySQL 集群高可用架构之 MHA_第10张图片
MySQL 集群高可用架构之 MHA_第11张图片
MySQL 集群高可用架构之 MHA_第12张图片
MySQL 集群高可用架构之 MHA_第13张图片
MySQL 集群高可用架构之 MHA_第14张图片
发现新的主库已切换到 db253 这台服务器上了,接下来查看下主从同步的情况
MySQL 集群高可用架构之 MHA_第15张图片

 

当原来的主服务器故障修复后,需要手工将原主变成从

 

[root@db250 ~]# grep -i"All other slaves should start" /mha/manager.log

 

Fri Sep 1 01:59:05 2017 - [info] All other slaves should start replicationfrom here. Statement should be: CHANGE MASTER TO MASTER_HOST=‘db253 or192.168.4.253’, MASTER_PORT=3306,MASTER_LOG_FILE=‘slave-bin.000003’,MASTER_LOG_POS=760546, MASTER_USER=‘slave’, MASTER_PASSWORD=‘xxx’;
MySQL 集群高可用架构之 MHA_第16张图片
查看日志
MySQL 集群高可用架构之 MHA_第17张图片
MySQL 集群高可用架构之 MHA_第18张图片
发现原来的主库修复上线后成为了新的从库,然后同 DB253 进行同步
MySQL 集群高可用架构之 MHA_第19张图片
2ab74794a8ed4a1e8fa873b591f82729-test02.jpg
d8e36167990f4213be5ed568b8042a6b-test03.jpg
发现数据是正常可以同步的

 

来自技术公众号:民工哥Linux运维

你可能感兴趣的:(MySQL 集群高可用架构之 MHA)