Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >MHA 配置文件样本描述

MHA 配置文件样本描述

作者头像
Leshami
发布于 2018-08-13 06:32:20
发布于 2018-08-13 06:32:20
1K0
举报
文章被收录于专栏:乐沙弥的世界乐沙弥的世界

        与绝大多数Linux应用程序类似,MHA的正确使用依赖于合理的配置文件。MHA的配置文件与mysql的my.cnf文件配置相似,采取的是分模块,param=value的方式来配置,配置文件位于管理节点,通常包括每一个mysql server的主机名,mysql用户名,密码,工作目录等等。本文列出了单套MHA以及采用全局配置来管理多套MHA配置文件的一些样例,供大家参考。

1、单套MHA配置样本 manager_host$ cat /etc/app1.cnf

[server default] # 登陆mysql数据库账户及密码,缺省为root,因为需要STOP SLAVE, CHANGE MASTER, RESET SLAVE等。 user=root password=mysqlpass

# working directory on the manager  #位于管理节点工作目录 manager_workdir=/var/log/masterha/app1

# manager log file #位于管理节点工作日志文件 manager_log=/var/log/masterha/app1/app1.log

# working directory on MySQL servers # node 上用于产生日志的工作目录,如果不存在,MHA node会自动创建,前提需要有相应的权限,否则node会终止。 # 缺省目录为 "/var/tmp". remote_workdir=/var/log/masterha/app1

#[serverN] 部分,为各节点配置信息,作用域为各单独节点,各节点书写顺序影响成为新master的顺序 #也可以通过配置candidate_master参数来影响哪个节点具有优先级成为新master [server1] hostname=host1

[server2] hostname=host2

[server3] hostname=host3

2、多套MHA配置样本 如果生产环境中基于单个管理节点部署了多套MHA,可以通过使用全局配置文件来配置相同或共有部分以达到简化配置,易于管理的目的。 假定我们创建了/etc/masterha_default.cnf,则MHA Manager脚本会首先都读取该文件然后再读取指定的配置文件。 这个功能类似于/etc/profile,然后再读取~/.bash_profile 如果在未配置全局的配置文件的情形下,会收到以下提示: [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.

a、全局配置文件样本 如:/etc/masterha_default.cnf [server default] user=root password=rootpass ssh_user=root

#mysql 数据库master节点binlog的位置,该参数用于当master节点死掉后通过ssh方式顺序读取binlog event #该参数需要配置,因为master节点死掉后无法通过replication机制来自动获取binlog日志位置 #以下为rpm安装方式缺省binlog位置,应根据情形做相应调整 master_binlog_dir= /var/lib/mysql remote_workdir=/data/log/masterha

#用于检测各节点间的连接性,此处详细可参考MHA parameters描述部分 secondary_check_script= masterha_secondary_check -s remote_host1 -s remote_host2 ping_interval=3

#定义用于实现VIP漂移的脚本,后面的是shutdown以及report脚本 master_ip_failover_script=/script/masterha/master_ip_failover shutdown_script= /script/masterha/power_manager report_script= /script/masterha/send_master_failover_mail

b、各MHA单独配置样本 以下为2套不同应用对应的MHA配置文件,如下 app1:   manager_host$ cat /etc/app1.cnf

  [server default]   manager_workdir=/var/log/masterha/app1       #工作目录      Author:Leshami   manager_log=/var/log/masterha/app1/app1.log  #日志文件 Blog   :http://blog.csdn.net/leshami   [server1]   hostname=host1   candidate_master=1   [server2]   hostname=host2   candidate_master=1   [server3]   hostname=host3   [server4]   hostname=host4   no_master=1

app2:   manager_host$ cat /etc/app2.cnf

  [server default]   manager_workdir=/var/log/masterha/app2   manager_log=/var/log/masterha/app2/app2.log   [server1]   hostname=host11   candidate_master=1   [server2]   hostname=host12   candidate_master=1   [server3]   hostname=host13   [server4]   hostname=host14   no_master=1

注:对于上述配置,如果各应用配置与全局配置不同,应用配置具有最高优先级,即相同的项,应用配置的值会替换掉全局配置的值

3、Binlog server 该功能自被MHA 0.56版支持。即可以定义[binlogN]选项。在这个部分,可以定义mysqlbinlog streaming servers. 如果开启了GTID,则MHA会检查binlog服务器,且binlog服务器日志在其他从节点日志之前,则MHA会在恢复之前从binlog服务器apply差量日志 如果未开启GTID,则MHA 忽略 binlog servers。如下样本:

manager_host$ cat /etc/app1.cnf   [server default]   # mysql user and password   user=root   password=mysqlpass   # working directory on the manager   manager_workdir=/var/log/masterha/app1   # manager log file   manager_log=/var/log/masterha/app1/app1.log   # working directory on MySQL servers   remote_workdir=/var/log/masterha/app1   [server1]   hostname=host1   [server2]   hostname=host2   [server3]   hostname=host3

  [binlog1]   hostname=binlog_host1

  [binlog2]   hostname=binlog_host2 参考:Writing an application configuration file

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2015年04月13日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
MySQL高可用架构之MHA详解
MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中, MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。
星哥玩云
2022/08/17
2.1K0
MySQL高可用架构之MHA详解
MHA 切换的2个异常(masterha_master_switch line 53)
        MHA 在测试手动故障转移和在线切换的过程中,碰到了2个比较诡异的问题,在使用IP地址调用的时候均无法测试成功,出现了Detected dead master xxx does not match with specified dead master以及xxx is not alive。下面是这2个错误问题的描述及解决方案。
Leshami
2018/08/13
4770
mysql高可用集群架构-mha架构
官方介绍:https://code.google.com/p/mysql-master-ha/
章工运维
2023/08/24
4950
mysql高可用集群架构-mha架构
MySQL MHA部署 Part 5 MHA部署指南
--remove_dead_master_conf意思为当发生切换后,老的主库信息会从配置文件删除
bsbforever
2020/08/19
7990
MySQL MHA部署 Part 5 MHA部署指南
带你玩转MHA高可用集群
一、简介 MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,现在很多大型的电商网站都采用此解决方案例如:某宝、某东、某会,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在0~30秒之内手动或自动(如需自动需结合使用脚本实现)完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用性,就因为有此特性,受到很多大型电商网站的宠爱
小小科
2018/05/04
9080
带你玩转MHA高可用集群
mysql3
MHA(Master High Availability)是目前在MySQL高可用方面相对成熟的一个解决方案,MHA在监控到master节点故障时,会提升其中拥有最新数据的slave节点成为新的master节点,在此期间,MHA会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA还提供了master节点的在线切换功能。
py3study
2020/01/09
4070
MHA VIP切换脚本
    MHA能够在10~30秒内实现自动故障检测和故障转移,适用于对高可用性,数据完整性要求较高的场合。要做到无缝切换,还需要依赖于VIP漂移。VIP漂移比较常用的方式为使用keepalived或者使用脚本直接实现。脚本方式无须安装及复杂配置,相对简单。本文描述了基于脚本实现VIP切换。
Leshami
2018/08/13
3.4K0
MySQL集群高可用架构之MHA
记得之前发过一篇文章,名字叫《浅析MySQL高可用架构》,之后一直有很多小伙伴在公众号后台或其它渠道问我,何时有相关的深入配置管理文章出来,因此,民工哥,也将对前面的各类架构逐一进行整理,然后发布出来。那么今天将来发布的MHA的架构整体规划与配置操作。
民工哥
2020/09/16
8330
MySQL集群高可用架构之MHA
MySQL MHA部署与测试-上篇
MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司的youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件
仙人技术
2021/08/31
4610
Mysql高可用集群–MHA
Mysql高可用集群--MHA
Java架构师必看
2021/06/09
3K0
Mysql高可用集群–MHA
MHA实现mysql的高可用集群
        在生产环境中,数据库对于一个企业是至关重要的,因此我们应该做到生产中的mysql高可用,从而实现假如有一台数据库宕机,别的机器会自动代替宕机的服务器的工作,从而实现数据库的快速切换,避免单点故障,从而保证业务的正常运行。MHA就可以很好的实现这一功能。
用户4877748
2020/07/22
9280
MHA实现mysql的高可用集群
MHA masterha_check_repl 检测过程
    MHA部署及配置是否OK,我们可以借助于MHA自带的masterha_check_ssh以及masterha_check_repl脚本来检测。masterha_check_repl检测是保证MHA成功切换的重要一步。本文主要描述了masterha_check_repl这个检测脚本到底做了些什么事情。有助于更好的理解MHA的相关原理及过程等。
Leshami
2018/08/13
7090
MySQL实现高可用方案-MHA安装及配置
脚本中记着修改vip地址以及用户密码,均为后续需要登录的数据库密码,方便切换主从。
Diuut
2022/11/22
1.4K0
MySQL实现高可用方案-MHA安装及配置
Mysql 高可用集群 MHA 搭建实例
之前的文章中介绍了 MHA 的功能和原理,MHA 主要是通过对 master 自动进行故障转移,来保证集群的高可用,下面就实际搭建一下 MHA 环境 目标 搭建完成 MHA 环境,然后模拟 maste
dys
2018/04/03
1.9K0
Mysql 高可用集群 MHA 搭建实例
第十一章· MHA高可用及读写分离
松信嘉範: MySQL/Linux专家 2001年索尼公司入职 2001年开始使用oracle 2004年开始使用MySQL 2006年9月-2010年8月MySQL从事顾问 2010年-2012年 DeNA 2012年~至今 Facebook
DriverZeng
2022/09/26
6090
第十一章· MHA高可用及读写分离
MHA实现MySQL的高可用
MHA:Master High Availability,对主节点进行监控,可实现自动故障转移至其他从节点;通过提升某一从节点为新的主节点,基于主从复制实现,还需要客户端配合实现,目前MHA主要支持一主二从,即一台充当master,一台充当备用master,另外一台充当从数据库,出于机器成本的考虑,淘宝进行了改造,目前淘宝TMHA已经一主一从。
星哥玩云
2022/08/18
6380
MHA实现MySQL的高可用
MySQLHA系列MHA(一)
MHA,这是Master High Availability Manager and Tools for MySQL,一个日本MySQL专家们使用Perl语言编写的一个脚本管理工具。该工具仅适用于MySQL Replication(二层)环境,目的在于维持Master主库的高可用性。
全栈程序员站长
2022/07/06
6460
Master High Availability 安装配置(MHA)
MHA(Master High Availability)目前在 MySQL 高可用方面是一个相对成熟的解决方案,是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。在MySQL 故障切换过程中,MHA 能做到在 0~30 秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA 能在最大程度上保证数据的一致性,以达到真正意义上的高可用。
星哥玩云
2022/08/16
4720
mysql实现高可用架构之MHA
  MHA(Master HA)是一款开源的 MySQL 的高可用程序,它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时,会提升其中拥有最新数据的 slave 节点成为新的master 节点,在此期间,MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能,即按需切换 master/slave 节点。   MHA 是由日本人 yoshinorim(原就职于DeNA现就职于FaceBook)开发的比较成熟的 MySQL 高可用方案。MHA 能够在30秒内实现故障切换,并能在故障切换中,最大可能的保证数据一致性。目前淘宝也正在开发相似产品 TMHA, 目前已支持一主一从。
菲宇
2019/06/12
1.1K0
mysql实现高可用架构之MHA
MHA高可用架构与Atlas读写分离
  MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在10~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。
惨绿少年
2019/05/24
1.3K0
相关推荐
MySQL高可用架构之MHA详解
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档