企业运维——MHA高可用

最新推荐文章于 2024-07-27 19:38:04 发布
最新推荐文章于 2024-07-27 19:38:04 发布
阅读量272 收藏 1
点赞数 6
文章标签： 运维 mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fei1368293640/article/details/123382348
版权

目录

一、搭建实验环境（一主两从）

二、配置mha 

三、手动切换master

无故障手动切换

有故障手动切换

四、自动切换master

开启自动切换程序，并打入后台

模拟故障

 重新配置1的主从，便master指向2.

五、VIP漂移

编辑配置文件

手动切换

在master上添加vip

 进行手动切换

自动切换 

先开启进程打入后台

模拟故障

一、搭建实验环境（一主两从）

搭建一主两从的集群分布。删除原来的数据，修改配置文件。初始化数据库，重新启动mysql。

进入数据库，修改密码创建并授权用来做复制的用户

在6、7上进行相同的操作

 在6、7上，登录数据库，修改master信息

 查看slave状态

二、配置mha 

机器名称IP配置服务角色
Manager172.25.254.8/172.25.254.4manager控制器
master172.25.254.5/172.25.254.1数据库主控制器
slave1172.25.254.6/172.25.254.2数据库从控制器
slave2172.25.254.7/172.25.254.3数据库从控制器

安装相关软件包（server8）

进行免密认证 

 然后将使用的.rpm文件拷贝到5、6、7上

 分别在5、6、7上yum进行安装

 节点server8上创建一个目录/etc/mha，编辑配置文件

 管理节点ssh检查管理节点ssh检查,报错，是因为server5、server6、server7之间相互不免密。

 设置节点之间的免密

测试：

 再检测ssh，成功。

 检测复制功能;此时发现报错，这是因为没有给节点授权

 在server5上给予用户所有权限

 再次检查复制功能:masterha_check_repl --conf=/etc/masterha/app1.cnf 成功

server5对应server1，server6对应server2，server7对应server3，server8对应server4。

三、手动切换master

无故障手动切换：

masterha_master_switch --conf=/etc/mha/app1.conf --master_state=alive --new_master_host=172.25.0.2 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

由于此处切换，所以要求之前的三个机子的配置是一样的

此时查看server2的状态已经切换为master

查看server1状态切换为slave，并且指向server2

有故障手动切换

此时当server2挂掉

查看server3，连接出现问题

 手动切换指令

 又从2切换到1

锁定文件，也就是上面忽略的那个，也可以切换之前删除。

 查看3的状态，master已经切换到1

server1已经不再是slave，变成了master

server2 的状态不会自己切换，因此打开后，需要指令切换为slave，配置主从。

此时查看server2的状态，已经成功指向master1

四、自动切换master

开启自动切换程序，并打入后台

masterha_manager --conf=/etc/mha/app1.conf &

ps ax 查看进程

查看日志，已经设置成功

改文件显示ok说明设置成功

模拟故障

挂掉server1也就是之前的master

 此时查看server4显示后台的自动切换进程已经done，说明切换完成。

 查看日志文件，master由1切换到2成功

此时查看server3的slave状态，指向新的server2为master

 

 重新配置1的主从，便master指向2.

之后删除锁定文件，不然接下来的切换会有问题

五、VIP漂移

当master切换的时候用户访问不知道master切换到哪一台主机，我们设置vip，用户访问VIP就好。

编辑配置文件

拿到两个配置文件，给执行权限。

 vim master_ip_failover    自动切换调的脚本

 vim master_ip_online_change   手动切换调的脚本

 配置完成进行检测，此时server2位master，server1和server3为slave。

手动切换

在master上添加vip

集群外的机器（宿主机）访问vip，可以看到数据

 进行手动切换

集群外客户端访问报错后进行了重新连接

 此时查看vip的位置，已经由2漂移到1上了

 server3的状态，也已重新指向新的master-server1

 server2的状态，也变为slave，重新指向新的master-server1

自动切换 

先开启进程打入后台

模拟故障

上一步切换后，server1成为了master，挂掉master

server4已经识别到

 查看日志，已经自动切换

 查看server3，切换到2上

 此时查看vip的位置，已经由1漂移到2上了

 客户端访问，报错后进行了重新连接

 

听说你能找个好工作
关注
mha高可用
mfuivivig的博客
11-03 1343
MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是日本的一位MySQL专家采用Perl语言编写的一个脚本管理工具，该工具仅适用于MySQLReplication（二层）环境，目的在于维持Master主库的高可用性。是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。
MHA高可用
weixin_51013503的博客
12-20 565
文章目录一、MHA1.MHA概述二、主从同步主服务器从服务器一从服务器二测试三、MHA安装与配置 一、MHA 1.MHA概述 传统MySQL主从架构存在单点故障的问题 —套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA的出现就是解决MySQL单点的问题。 MySQL故障过程中，MHA能做到0-30秒内自动完成故障切换 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用 MHA的组成： MHA Manager（管理节点) MHA Node(数据节点) MHA特点： 自
【MySQL】mysql实现高可用：MHA
最新发布
qq_43606536的博客
07-27 1085
MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作（MySQL主从环境下MASTER宕机后能够的功能），在master服务器不宕机的情况下，基本能保证数据的一致性。（管理节点）和（数据节点）。其中，MHA Manager 可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。
Linux企业运维——Mysql路由器+MHA高可用
joab6515的博客
09-20 304
一、mysql路由器配置 通过配置Mysql路由器来实现读写分离的效果，编写配置文件，能够实现读写调度到Mysql组复制集群中的不同后端 1.开启一个新的节点配置mysql路由器 [root@server4 ~]# rpm -ivh mysql-router-community-8.0.21-1.el7.x86_64.rpm %安装相关rpm安装包 [root@server4 ~]# cd /etc/mysqlrouter/ [root@server4 mysqlrouter]# ls mysqlr
企业级运维——Mysql的高可用集群架构搭建并实现VIP漂移
weixin_38044888的博客
07-30 995
文章目录一、Mysql高可用架构简介二、MHA的优点三、MHA的处理流程四、MHA之mysql的高可用集群架构的搭建实验环境server1，server2和server3上配置基于gtid的主从复制在server4上进行高可用MHA的配置（管理Mysql集群）Mysql高可用（MHA）的测试1.手动同步2.自动切换master_managerMysql高可用（MHA）配置实现VIP漂移1.serv...
MySQL MHA高可用集群部署及故障切换（图文详解）
热门推荐
愿你成为自己喜欢的模样，不抱怨，不将就，有自由，有光芒！
02-20 1万+
文章目录搭建MySQL+MHA实验思路实验环境 搭建MySQL+MHA 实验思路 1、MHA架构 数据库安装 一主两从 MHA搭建 2、故障模拟 模拟主库失效 备选主库成为主库 原故障主库恢复重新加入到MHA成为从库 实验环境 主机 操作系统 IP地址 安装包 / 软件 / 工具 MHA manager CentOS7-3 192.168.184.10 MHAnode组件、MHAmanager组件 Master CentOS7-3 192.168.184.20 mysql-boost-5
Mysql高可用集群搭建(三) MHA VipHa 故障转移恢复
vc33569的专栏
08-26 1372
MHA VIP漂移配置 常见生产故障解决
云计算Linux——运维面试（完结）
CK1065934250
09-20 970
云计算运维面试金题库
MySQL之MHA高可用
wanghaoyang0324的博客
12-22 185
这里写目录标题一.MHA概念二.MHA 的组成三.MHA 的特点四.搭建MHA前准备五.MHA搭建的步骤六.故障模拟七.故障修复 一.MHA概念 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MHA 的出现就是解决MySQL 单点的问题 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用 二.MHA 的组成 MHA Node（数据节点
理论+实验：MHA高可用配置及故障切换（实验超详细版）
CSDN著名博主
10-21 852
目录一、案例概述1.1 案例概述1.2 案例前置知识点-11.3 案例前置知识点-21.4 案例环境二、案例实施2.1 实验思路2.2 案例环境2.3 案例环境案例需求2.4 案例实现思路 一、案例概述 1.1 案例概述 ■ 传统的mysql主从架构存在的问题 单点故障 ◆目前MySQL已经成为市场上主流数据库之一，考虑到业务的重要性，MySQL 数据库单点问题已成为企业网站架构中最大的隐患。随着技术的发展，MHA 的出现就是解决MySQL单点的问题。另外随着企业数据量越来越庞大，数据库的压力又成为企业的
MySQL MHA 高可用架构
事后诸葛亮的程序人生（微信：zq9017197）
01-06 3478
MySQL MHA 项目的地址：https://code.google.com/p/mysql-master-ha/，这个网站需要翻墙才能打开。MySQL MHA 是目前比较成熟的高可用解决方案。 在MySQL故障切换过程中，MHA（Master High Availability）能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换过程中，MHA能在最大程度上保证数据的一致性
马哥Linux运维培训：MHA高可用MySQL配置指南
Mysql-MHA配置详解是一份详细介绍如何设置和管理MySQL高可用性解决方案的文档。...MHA的配置和使用是确保大规模MySQL集群高可用性和灾难恢复能力的关键环节，因此对运维人员的技术水平和经验有较高要求。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值