`

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 搭建测试文档_v1.docx

    总的来说,MHA结合Keepalived构建的MySQL高可用架构提供了强大的数据库冗余和故障恢复能力,对于业务连续性和数据安全性至关重要。在企业环境中,这种架构能有效降低因数据库故障导致的业务损失,提升系统的整体稳定...

    MySQL高可用架构MHA软件包及脚本

    MySQL高可用架构(MHA,Master High Availability)是一款用于MySQL集群的开源工具,旨在提高数据库系统的可用性和稳定性。MHA的主要目标是通过监控主库(Master)的状态,并在主库出现故障时,自动将从库(Slave)...

    Mysql MHA高可用集群架构1

    Mysql MHA高可用集群架构1 MHA(Master High Availability)是一种相对成熟的高可用解决方案,主要应用于 MySQL 高可用环境下故障切换和主从提升。MHA 由两部分组成:MHA Manager(管理节点)和 MHA Node(数据节点...

    MySQL高可用架构MHA搭建和测试.docx

    MySQL高可用架构MHA(Master High Availability)是一种用于提高MySQL数据库服务稳定性和容错性的解决方案。在Linux环境下,通过搭建一主两从的三台服务器集群,可以实现当主节点故障时,系统能自动将从节点提升为主...

    企业级mysql基于MHA的高可用集群部署

    基于MHA的企业级MySQL高可用集群部署是指使用MHA(Master High Availability)软件来实现MySQL数据库的高可用性和自动故障切换。...MHA也可以与keepalived结合起来,实现高可用性的MySQL集群架构。

    数据架构设计与实践MySQL在高可用演进之路V2.pdf

    【数据架构设计与实践:MySQL在高可用演进之路】主要探讨了如何通过不同技术手段提升MySQL数据库的高可用性,确保系统持续稳定地提供服务。高可用性(High Availability,HA)是衡量系统无中断运行能力的标准,通常...

    12.4: MHA集群概述 、 部署MHA集群 、 总结和答疑.docx

    MHA(Master High Availability)是一种基于 MySQL 的高可用性解决方案,旨在提供高可用性和自动故障转移的 MySQL 集群解决方案。下面是 MHA 集群概述和部署的知识点: 一、MHA 集群概述 1. MHA 集群架构:MHA ...

    mysql-MHA高可用

    **MHA Manager** 是整个MHA架构的核心,主要负责监控MySQL主从集群的状态,当检测到主服务器发生故障时,它会自动选择一个合适的备机进行升级,确保业务的连续性和数据的一致性。MHA Manager通过SSH连接到各个节点,...

    mysql+lvs+keepalive+mha高可用

    `MHA`是一个用于MySQL集群的高可用性管理工具,它能实时监控MySQL主从复制的状态,并在主服务器故障时自动选择最佳的备份服务器升级为主,同时处理数据同步,确保数据一致性。MHA不仅可以检测并处理主服务器的故障,...

    基于Zookeeper+MHA的mysql高可用架构设计.zip

    本资料包“基于Zookeeper+MHA的mysql高可用架构设计”主要探讨了如何利用Zookeeper和MHA(Master High Availability)工具来构建一个高可靠的MySQL集群,确保即使在单个节点故障的情况下,服务也能不间断地运行。...

    MySQL高可用学习笔记mysqlrouter_MHA.docx

    MySQL 高可用学习笔记 mysqlrouter_MHA 本文档主要讲解了 MySQL Router 和 MHA 的高可用配置和测试步骤。...通过本文档,我们可以轻松地配置和测试 MySQL Router 和 MHA,提高 MySQL 集群的高可用性和负载均衡能力。

    MySQL主要技术原理和常见高可用架构

    ### MySQL主要技术原理和常见高可用架构 #### 一、MySQL体系结构 **连接层**:MySQL的连接层负责处理客户端的连接请求。这一层主要包括以下几个功能: - **身份验证**:验证用户登录时提供的用户名和密码是否正确...

    atlas代理【高可用】+mysql MHA高可用

    在MySQL的高可用架构中,keepalived可以与MHA结合,为整个数据库集群提供双层保护,即在数据库层面有MHA处理主从切换,在网络层面有keepalived保证负载均衡器的稳定运行。 综合以上,通过atlas代理实现数据库的读写...

    (带目录版)MySQL LVS+Keepalived+MHA 高可用群集 应用部署操作手册

    ### MySQL LVS+Keepalived+MHA 高可用群集应用部署操作手册知识点解析 #### MHA 架构介绍与工作原理 - **MHA(Master High Availability)概述** - MHA 是一套用于MySQL高可用环境下的故障切换和主从提升方案,由...

    高可用架构方案比较.docx

    MHA Manager监控MySQL集群健康状态,当检测到主服务器故障时,会选择一个具有最新数据的从服务器提升为主服务器,同时更新其他从服务器的复制源。整个过程通常在0到30秒内完成,最大化了系统的可用性。 MHA架构...

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

    《深入理解Mysql MHA高可用集群搭建:从实验到实战》 MySQL的高可用性是数据库系统稳定运行的关键,而MHA(Master High Availability)是实现这一目标的重要工具。MHA专注于处理MySQL主从复制架构中的主节点故障,...

    linux运维学习笔记:MHA高可用架构原理与实战.pdf

    MHA 高可用架构原理与实战 MHA(Master High Availability)是一种优秀的高可用软件,用于 MySQL 高可用环境下的故障切换和主从提升。它由日本 DeNA 公司的 youshimaton(现就职于 Facebook 公司)开发,目前在 ...

    lvs+keepalived+mha+mysql架构配置说明

    在高可用架构中,LVS 通常与 Keepalived 配合使用,以提供高可用的负载均衡服务。MHA(Master High Availability)是一种开源的 MySQL 高可用解决方案,旨在提供自动的 MySQL 主从切换功能。 在本文中,我们将详细...

    MySQL与PostgreSQL数据库高可用分析实践.pdf

    MySQL高可用实践包括数据同步、集群管理和统一访问三个方面。 * 数据同步:MySQL异步复制、半同步复制、GTID复制和MGR复制等多种方式。 * 集群管理:MHA架构,包括数据同步模块、集群管理模块和统一访问模块。 * ...

    MySQL+lvs+keepalived+mha架构配置实战演练

    4. 最后,部署MHA经理节点,监控MySQL集群,配置MHA节点间的通信,设置故障检测阈值,以及确定在主服务器故障时如何选择新的主服务器。 在实际操作中,我们还需要关注安全性、监控和日志管理等细节,以确保整个架构...

Global site tag (gtag.js) - Google Analytics