MySQL集群高可用架构之MHA

本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer,已开源在github ,欢迎star!

转载声明:转载请注明出处,本技术博客是本人原创文章

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录,这是我花了6个月总结的一线大厂Java面试总结,本人已拿大厂offer,欢迎star

原文链接:blog.ouyangsihai.cn >> MySQL集群高可用架构之MHA

MySQL集群高可用架构之MHA

1

前言导读

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

2

架构简介

    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,另外一台充当从库,因为至少需要三台服务器

3

布署规划

系统信息

[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

4

配置Hosts文件

配置hosts文件

cat/etc/hostsEOF

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

5

SSH免密登录配置

配置SSH免密钥登陆

ssh-keygen -t rsa

MySQL集群高可用架构之MHA

ssh-copy-id 192.168.4.251

ssh-copy-id 192.168.4.253

ssh-copy-id 192.168.4.254

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

6

安装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

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

检查主从同步状态

mysql -uroot -p123456 -e “show slave statusG”|egrep “Slave_IO_Running|Slave_SQL_Running”

MySQL集群高可用架构之MHA

所有数据库节点配置MHA管理用户与权限

grant all on . to mha@’192.168.4.%’ identified by ‘123456’;

至此所有基础环境组建完成

7

安装配置MHA

https://downloads.mariadb.com/MHA/  #下载地址

将相关的安装包传到其它节点

MySQL集群高可用架构之MHA

整个MHA服务安装过程如下:********

安装依赖包

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

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

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

检测同步

MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA

8

启动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 MySQL集群高可用架构之MHA

从启动日志也可以看出目前的DBmaster是DB251这台服务器,说明启动成功

9

测试故障自动切换

接下来模拟下故障,将db251关闭

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

Stopping mysqld:       [  OK  ]

查看日志

MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA

发现新的主库已切换到db253这台服务器上了,接下来查看下主从同步的情况

MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA

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

[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 MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA

发现原来的主库修复上线后成为了新的从库,然后同DB253进行同步

测试主写同步情况

MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA MySQL集群高可用架构之MHA

正常同步

MySQL集群高可用架构之MHA

文章推荐

1

2

3

4

5

MySQL集群高可用架构之MHA
本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer,已开源在github ,欢迎star!

转载声明:转载请注明出处,本技术博客是本人原创文章

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录,这是我花了6个月总结的一线大厂Java面试总结,本人已拿大厂offer,欢迎star

原文链接:blog.ouyangsihai.cn >> MySQL集群高可用架构之MHA


 上一篇
浅谈MySQL集群高可用架构 浅谈MySQL集群高可用架构
高可用架构对于互联网服务基本是标配,无论是应用服务还是数据库服务都需要做到高可用。对于一个系统而言,可能包含很多模块,比如前端应用,缓存,数据库,搜索,消息队列等,每个模块都需要做到高可用,才能保证整个系统的高可用。对于数据库服务而言,
2021-04-05
下一篇 
LVS负载均衡集群架构 LVS负载均衡集群架构
写在前面 为什么需要使用负载均衡呢?这是一个必较重要的问题 实际生产环境中某单台服务器已不能负载日常用访问压力时,就需要使用负载均衡,把用户的请求数据分担到(尽可能平均分配)后端所有功能同等的集群的节点上,同样也是为了解决单台服务器故障问题
2021-04-05