`

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运维

1
1
分享到:
评论

相关推荐

    Mysql MHA高可用集群架构1

    Mysql MHA高可用集群架构1

    深入理解Mysql MHA高可用集群搭建:从实验到实战

    MHA(Master High Availability)是一个用于MySQL高可用性的开源工具,专门用于处理MySQL主从复制架构中的主节点故障。本文深入探讨了MHA的关键组成部分,包括MHA Manager和MHA Node的角色,以及它如何在主节点故障...

    MySQL、MySQL主从、MySQL-cluster、mgr、mha、读写分离.zip

    文档内容:概念、二进制安装MySQL、对库的操作、对表的操作、表结构操作、表的插入、修改和删除记录、约束、查询、条件查询、函数、分组...以及高级应用的MySQL主从架构、读写分离、cluster集群、mgr集群、MHA高可用。

    新版 MySQL DBA 高级视频 基于MySQL 5.7 MySQL 8.0版本.rar

    │ 第十五课MySQL8.0高可用架构之MHA和MMM.pdf │ 第十五课MySQL高可用架构之MHA和MMM.pdf │ 第十八课mongo分享-张亚V1.pdf │ 第十六课Redis分享-张亚V2.pdf │ 第十四课MySQL8.0高可用架构之Atlas.pdf │ 第十课...

    Docker部署Mysql集群的实现

    常见MySQL集群方案  mysql 集群方案介绍,建议使用pxc,因为弱一致性会有问题,比如说a节点数据库显示我购买成功,b 节点数据库显示没有成功,这就麻烦了,pxc 方案是在全部节点都写入成功之后才会告诉你成功,是可...

    在lvs+keepalived+MHA+MySQL下构建ecshop

    项目要达到搭建一个每日PV200W的电子商务网站,系统采用lvs+keepalived+mha+mysql 高可用架构, 本项目各个服务器操作系统均采用Centos7.5,数据库均为MYSQL5.7.23

    老男孩Mysql高级DBA 实战新浪首席DBA 老男孩教育杨海朝老师全程主讲 老男孩Mysql视频.txt

    ├─L001-oldboy-mysql-dba-lesson01 │ 101_rec.mp4 │ 102_rec.mp4 │ 103_rec.mp4 │ 104_rec.mp4 │ 105_rec.mp4 │ 106_rec.mp4 │ 107_rec.mp4 │ MySQL-day1课件.rar ... 1405-MySQL集群与高可用实战_rec.mp4

    mha的manager工具包的rpm包

    MySQL高可用集群架构-MHA架构的rpm包(用于高可用集群,适用于mysql5.1以上)如有需要可下载,还有另外一个node的我也上传了,可查看我的博客进行下载。如果不会mha高可用集群搭建同样可看我的博客,有搭建过程。 ...

    mha的node工具包的rpm包

    MySQL高可用集群架构-MHA架构的rpm包(用于高可用集群,适用于mysql5.1以上)如有需要可下载,还有另外一个manager的我也上传了,可查看我的博客进行下载。如果不会mha高可用集群搭建同样可看我的博客,有搭建过程。...

    Oracle和MySQL的高可用方案对比分析

    关于Oracle和MySQL的高可用方案,其实一直想要总结了,就会分为几个系列来简单说说。通过这样的对比,会对两种数据库架构设计上的细节差异有一个基本的认识。Oracle有一套很成熟的解决方案。用我在OOW上的ppt来看,...

    MySQL数据库的高可用方案总结

    高可用架构对于互联网服务基本是标配,无论是应用服务还是数据库服务都需要做到高可用。虽然互联网服务号称7*24小时不间断服务,但多多少少有一些时候服务不可用,比如某些时候网页打不开,百度不能搜索或者无法发...

    MySQL20个高性能架构设计原则(值得收藏)

    随着技术发展,开源数据库方面很多高可用组件(主从复制、半同步、MGR、MHA、Galera Cluster),对应场景,只有适合的,没有万能的,需要理解每个高可用优缺点。 03. 表设计 表设计方面目前一致坚持和提倡的

    mysql-dba培训视频.rar

    1MySQ安装与配置,网盘文件,永久连接 2sQL语句详解 3用户管理与权限管理 4 MySQL备份详解 5MyQ主从复制 6半同步复制 7MHA高可用集群架构

Global site tag (gtag.js) - Google Analytics