前言导读
记得之前发过一篇文章,名字叫《浅析 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
架构图如下
安装配置 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
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
同步主库数据到从库,主从同步操作请参考之前的文章
检查主从同步状态
mysql -uroot -p123456 -e “show slave status\G”|egrep “Slave_IO_Running|Slave_SQL_Running”
安装配置 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
——相关的检测命令如下——————
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 免密登录
检测同步
启动 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..
测试故障自动切换
接下来模拟下故障,将 db251 关闭
[root@db251 ~]# /etc/init.d/mysqld stop
Stopping mysqld: [OK]
查看日志
发现新的主库已切换到 db253 这台服务器上了,接下来查看下主从同步的情况
当原来的主服务器故障修复后,需要手工将原主变成从
[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’;
查看日志
发现原来的主库修复上线后成为了新的从库,然后同 DB253 进行同步
发现数据是正常可以同步的
来自技术公众号:民工哥Linux运维
相关推荐
总的来说,MHA结合Keepalived构建的MySQL高可用架构提供了强大的数据库冗余和故障恢复能力,对于业务连续性和数据安全性至关重要。在企业环境中,这种架构能有效降低因数据库故障导致的业务损失,提升系统的整体稳定...
MySQL高可用架构(MHA,Master High Availability)是一款用于MySQL集群的开源工具,旨在提高数据库系统的可用性和稳定性。MHA的主要目标是通过监控主库(Master)的状态,并在主库出现故障时,自动将从库(Slave)...
Mysql MHA高可用集群架构1 MHA(Master High Availability)是一种相对成熟的高可用解决方案,主要应用于 MySQL 高可用环境下故障切换和主从提升。MHA 由两部分组成:MHA Manager(管理节点)和 MHA Node(数据节点...
MySQL高可用架构MHA(Master High Availability)是一种用于提高MySQL数据库服务稳定性和容错性的解决方案。在Linux环境下,通过搭建一主两从的三台服务器集群,可以实现当主节点故障时,系统能自动将从节点提升为主...
基于MHA的企业级MySQL高可用集群部署是指使用MHA(Master High Availability)软件来实现MySQL数据库的高可用性和自动故障切换。...MHA也可以与keepalived结合起来,实现高可用性的MySQL集群架构。
`MHA`是一个用于MySQL集群的高可用性管理工具,它能实时监控MySQL主从复制的状态,并在主服务器故障时自动选择最佳的备份服务器升级为主,同时处理数据同步,确保数据一致性。MHA不仅可以检测并处理主服务器的故障,...
【数据架构设计与实践:MySQL在高可用演进之路】主要探讨了如何通过不同技术手段提升MySQL数据库的高可用性,确保系统持续稳定地提供服务。高可用性(High Availability,HA)是衡量系统无中断运行能力的标准,通常...
MySQL 高可用学习笔记 mysqlrouter_MHA 本文档主要讲解了 MySQL Router 和 MHA 的高可用配置和测试步骤。...通过本文档,我们可以轻松地配置和测试 MySQL Router 和 MHA,提高 MySQL 集群的高可用性和负载均衡能力。
**MHA Manager** 是整个MHA架构的核心,主要负责监控MySQL主从集群的状态,当检测到主服务器发生故障时,它会自动选择一个合适的备机进行升级,确保业务的连续性和数据的一致性。MHA Manager通过SSH连接到各个节点,...
本资料包“基于Zookeeper+MHA的mysql高可用架构设计”主要探讨了如何利用Zookeeper和MHA(Master High Availability)工具来构建一个高可靠的MySQL集群,确保即使在单个节点故障的情况下,服务也能不间断地运行。...
MHA(Master High Availability)是一种基于 MySQL 的高可用性解决方案,旨在提供高可用性和自动故障转移的 MySQL 集群解决方案。下面是 MHA 集群概述和部署的知识点: 一、MHA 集群概述 1. MHA 集群架构:MHA ...
### MySQL主要技术原理和常见高可用架构 #### 一、MySQL体系结构 **连接层**:MySQL的连接层负责处理客户端的连接请求。这一层主要包括以下几个功能: - **身份验证**:验证用户登录时提供的用户名和密码是否正确...
在MySQL的高可用架构中,keepalived可以与MHA结合,为整个数据库集群提供双层保护,即在数据库层面有MHA处理主从切换,在网络层面有keepalived保证负载均衡器的稳定运行。 综合以上,通过atlas代理实现数据库的读写...
### MySQL LVS+Keepalived+MHA 高可用群集应用部署操作手册知识点解析 #### MHA 架构介绍与工作原理 - **MHA(Master High Availability)概述** - MHA 是一套用于MySQL高可用环境下的故障切换和主从提升方案,由...
MHA Manager监控MySQL集群健康状态,当检测到主服务器故障时,会选择一个具有最新数据的从服务器提升为主服务器,同时更新其他从服务器的复制源。整个过程通常在0到30秒内完成,最大化了系统的可用性。 MHA架构...
《深入理解Mysql MHA高可用集群搭建:从实验到实战》 MySQL的高可用性是数据库系统稳定运行的关键,而MHA(Master High Availability)是实现这一目标的重要工具。MHA专注于处理MySQL主从复制架构中的主节点故障,...
MHA 高可用架构原理与实战 MHA(Master High Availability)是一种优秀的高可用软件,用于 MySQL 高可用环境下的故障切换和主从提升。它由日本 DeNA 公司的 youshimaton(现就职于 Facebook 公司)开发,目前在 ...
在高可用架构中,LVS 通常与 Keepalived 配合使用,以提供高可用的负载均衡服务。MHA(Master High Availability)是一种开源的 MySQL 高可用解决方案,旨在提供自动的 MySQL 主从切换功能。 在本文中,我们将详细...
MySQL高可用实践包括数据同步、集群管理和统一访问三个方面。 * 数据同步:MySQL异步复制、半同步复制、GTID复制和MGR复制等多种方式。 * 集群管理:MHA架构,包括数据同步模块、集群管理模块和统一访问模块。 * ...
4. 最后,部署MHA经理节点,监控MySQL集群,配置MHA节点间的通信,设置故障检测阈值,以及确定在主服务器故障时如何选择新的主服务器。 在实际操作中,我们还需要关注安全性、监控和日志管理等细节,以确保整个架构...