8.MHA高可用集群搭建
Posted forlive
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了8.MHA高可用集群搭建相关的知识,希望对你有一定的参考价值。
MHA概念
(1) MHA通过masterha_manger脚本启动MHA的功能. (2) 在manager启动之前,会自动检查ssh互信(masterha_check_ssh)和主从状态(masterha_check_repl) (3) MHA-manager 通过 masterha_master_monitor脚本(每隔ping_interval秒) (4) masterha_master_monitor探测主库3次无心跳之后,就认为主库宕机了. (5) 进行选主过程 算法一: 读取配置文件中是否有强制选主的参数? candidate_master=1 #强制这台机器为主 check_repl_delay=0 #不管这台机器和主库相差多少数据,都忽略 算法二: 自动判断所有从库的日志量.将最接近主库数据的从库作为新主. 算法三: 按照配置文件先后顺序的进行选新主. (6) 数据补偿 判断主库SSH的连通性 情况一: SSH能连 调用 save_binary_logs脚本,立即保存缺失部分的binlog到各个从节点,恢复 情况二: SSH无法连接 调用 apply_diff_relay_logs 脚本,计算从库的relaylog的差异,恢复到2号从库 情况三:提供额外的binlog-server (7) 解除从库身份 (8) 剩余从库和新主库构建主从关系 (9) 应用透明 @@ (10) 故障节点自愈(待开发...)@@ (11) 故障提醒@
前提条件:
1.最少三台mysql服务器,1主2从。
2.MHA管理端不能放在MySQL主服务器上。
3.MHA为一次性环境,故障处理完毕后需要手动调整
4.在搭建MHA之前,三台数据库需要同时有MHA管理用户和mysql复制用户
5.MHA可以同时管理多个不同的mysql集群,启动MHA管理端时指定不同的配置文件即可
开始搭建
1.搭建主从环境,所有节点都需要开启bin_log
2.创建MHA需要用到的软连接,源节点根据软件安装情况更改,目标节点必须在/usr/bin下
ln -s /application/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog ln -s /application/mysql/bin/mysql /usr/bin/mysql
3.所有主机进行免密认证
# ssh-keygen # ssh-copy-id #各节点验证,避免出现输入yes的情况
4.在主库创建MHA用户
mysql> grant all privileges on *.* to mha@‘%‘ identified by ‘mha‘;
5.所有节点安装节点软件包
#安装依赖 yum install perl-DBD-MySQL -y #安装节点包 rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm
6.MHA管理节点安装管理软件
#安装依赖 yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes #安装管理软件 rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm
7.创建MHA节点配置文件
#创建配置文件目录 mkdir -p /etc/mha #创建日志目录,可以同时管理多个节点 mkdir -p /var/log/mha/app1 #编辑mha配置文件,针对app1集群的配置 cat > /etc/mha/app1.cnf <<EOF [server default] #日志文件名称,程序运行日志,排错都在这里面看 manager_log=/var/log/mha/app1/manager #工作目录 manager_workdir=/var/log/mha/app1 #mysql数据库存放binlog位置,mha会监控这个日志 master_binlog_dir=/var/lib/mysql #mha管理用户名 user=mha #mha管理用户密码 password=mha #心跳检测间隔时间 ping_interval=2 #mysql复制用户密码 repl_password=123 #MySQL复制用户名 repl_user=repl #ssh用户 ssh_user=root #管理的mysql实例位置,故障选主时,从上至下顺序选主 [server1] hostname=192.168.2.3 port=3306 [server2] hostname=192.168.2.4 port=3306 [server3] hostname=192.168.2.5 port=3306 EOF
8.MHA管理端进行状态检查
#检查主机ssh状况 masterha_check_ssh --conf=/etc/mha/app1.cnf #出现下面状态代表ssh状态正常 #[info] All SSH connection tests passed successfully. #检查mysql复制状况 masterha_check_repl --conf=/etc/mha/app1.cnf #出现下面状态代表mysql复制状态正常 #MySQL Replication Health is OK.
9.检查顺利完成后,MHA节点开启管理端
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover &>> /var/log/mha/app1/manager.log & #--conf:指定配置文件 #--remove_dead_master_conf:mysql主库故障时,MHA自动从配置文件中移除坏掉的master #--ignore_last_failover:MHA切换主从后的8个小时内,如果mysql主库再次出现故障,MHA不会进行切换,加上ignore_last_failover,MHA不会管上一次切换是什么时候,只要mysql主库出现故障,就会切换
10.查看MHA状态
masterha_check_status --conf=/etc/mha/app1.cnf #出现如下状态代表正常 #app1 (pid:8050) is running(0:PING_OK), master:192.168.2.3
11.其他命令
masterha_manger 启动MHA masterha_check_ssh 检查MHA的SSH配置状况 masterha_check_repl 检查MySQL复制状况 masterha_master_monitor 检测master是否宕机 masterha_check_status 检测当前MHA运行状态 masterha_master_switch 控制故障转移(自动或者手动) masterha_conf_host 添加或删除配置的server信息
数据补偿
#找一台额外的机器也就是第四台机器,必须要有5.6以上的版本,支持gtid并开启 #在MHA管理端配置文件中加入 [binlog1] #不能参与选主 no_master=1 #binlog server地址 hostname=10.0.0.53 #存放binlog的位置,这个位置不能和mysql数据库存放binlog的位置一样 master_binlog_dir=/data/mysql/binlog ----------------------------------- #在binlog-server服务器上创建必要目录,跟MHA配置文件中binlog-server指定的位置一致 mkdir -p /data/mysql/binlog chown -R mysql.mysql /data/* #手动拉取主库binlog日志,这条命令放在后台以守护进程方式执行,会一直监控主库的binlog,实时拉取! cd /data/mysql/binlog -----》必须进入到自己创建好的目录 mysqlbinlog -R --host=10.0.0.51 --user=mha --password=mha --raw --stop-never mysql-bin.000001 & #注意:拉取日志的起点,需要按照目前主库正在使用的binlog为起点. #MHA完成故障切换后,拉取二进制日志的主机需要重新配置mysql主库地址
以上是关于8.MHA高可用集群搭建的主要内容,如果未能解决你的问题,请参考以下文章