MHA 配置文件样本描述

与绝大多数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  :
 
  [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

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/660b5d3cd29eb1ebc1f6522d2345dd2f.html