|
与绝大多数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=rootpassword=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=rootpassword=rootpassssh_user=root#mysql 数据库master节点binlog的位置，该参数用于当master节点死掉后通过ssh方式顺序读取binlog event#该参数需要配置，因为master节点死掉后无法通过replication机制来自动获取binlog日志位置#以下为rpm安装方式缺省binlog位置，应根据情形做相应调整master_binlog_dir= /var/lib/mysqlremote_workdir=/data/log/masterha#用于检测各节点间的连接性，此处详细可参考MHA parameters描述部分secondary_check_script= masterha_secondary_check -s remote_host1 -s remote_host2ping_interval=3#定义用于实现VIP漂移的脚本，后面的是shutdown以及report脚本master_ip_failover_script=/script/masterha/master_ip_failovershutdown_script= /script/masterha/power_managerreport_script= /script/masterha/send_master_failover_mailb、各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=1app2: 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
(以上内容不代表本站观点。) --------------------------------- |
本網站是"非商業"(non-commercial)。
