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

架构图如下
35b7fc126ad94053b6618520aa45abc7.jpg

安装配置 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
f6e7f187cc144368bc4c1605623f9223.jpg
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”
8f3c0a5ae7fc4dc7978c592625c81a5d-7.jpg

安装配置 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
4cfd01474ee3455dba24c2d05107d320-configfile.jpg

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

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 免密登录
75b464e7918748a187b0baa3191bc098-sshcheck.jpg
检测同步
38ad0ae92fbe425385ee7fcd42cd053a-checkrep01.jpg
ec35747b8df04399a1db225adcd24cd6-checkrep02.jpg

启动 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..
6e8f9b268670455a9b9c0c8149bf68b2-log01.jpg
d5373997b68d4478bf094a702ecd2a86-log02.jpg

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

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

Stopping mysqld: [OK]

查看日志
72742638617d467bab6626cffe937344-downlog01.jpg
a68f8bad6b1047658b7eee02bfd8efa3-downlog02.jpg
7374122cf610442ca941fcb2022833b4-downlog03.jpg
13750980e04d42db97fffd6bfa395847-downlog04.jpg
8d86ac0e22e348d99ba189cb72085c01-downlog05.jpg
发现新的主库已切换到 db253 这台服务器上了,接下来查看下主从同步的情况
a75e6260725143dcb8d5959c6af414ab-newmaster.jpg

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

[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’;
c3a7c232a38d47eaafb4c81e3cf3c8e7-masterslave.jpg
查看日志
adf3066096ab4d4b9ca0280f3fe3dd17-oldmasterstart01.jpg
9da93d72a36d4f688bc421de59098d09-oldmasterstart02.jpg
发现原来的主库修复上线后成为了新的从库,然后同 DB253 进行同步
08b85892756b4e1e8e5b6e921bff8398-test01.jpg
2ab74794a8ed4a1e8fa873b591f82729-test02.jpg
d8e36167990f4213be5ed568b8042a6b-test03.jpg
发现数据是正常可以同步的

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

猜你喜欢

转载自yangactive.iteye.com/blog/2409750