MHA是什么
-
MHA是一套相对成熟的MySQL高可用方案,能做到在0~30s内自动完成数据库的故障切换操作,在master服务器不宕机的情况下,基本能保证数据的一致性
-
MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于 Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。
-
在MySQL故障切换过程中,MHA能做到在 0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。
-
该软件由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave提升为新的master,然后将所有其 他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。
-
目前MHA主要支持一主多从的架构,要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器,一主二从,即一台充当master,一台充当备用master,另外一台充当从库
实验环境
建议
在做MHA之前,不要和之前的实验混淆,只需要做好一主多从的GTID的复制即可
主机 IP | 功能 |
---|---|
server1 172.25.65.1 | master |
server2 172.25.65.2 | slave |
server3 172.25.65.3 | slave |
server4 172.25.65.4 | MHA |
基于MHA的mysql的高可用搭建
在server4上安装MHA
yum install -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm perl-* mha4mysql-node-0.58-0.el7.centos.noarch.rpm
- 配置免密访问(server4需要连接server1 2 3都免密码)
在server4上先生成密钥
[root@server4 ~]# ssh-keygen ##先生成密钥
将密钥发送给server1、server2、server3
使用域名发送之前,最好查看本地解析有没有做好cat /etc/hosts
[root@server4 ~]# ssh-copy-id server1
[root@server4 ~]# ssh-copy-id server2 #发送密钥
[root@server4 ~]# ssh-copy-id server3
- 在server1、server2、server3上都安装MHA-node的软件
yum install -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm
- 在server4上配置MHA工作目录及配置文件
mkdir /etc/masterha
cd /etc/masterha
##自己建立一个文件
vim app1.conf
[server default]
manager_workdir=/etc/masterha
manager_log=/var/log/masterha.log # manager 日志文件
master_binlog_dir=/etc/masterha
#master_ip_failover_script= /usr/local/bin/master_ip_failover
#master_ip_online_change_script= /usr/local/bin/master_ip_online_change
password=Wsp+123ld #MySQL管理帐号和密码
user=root
ping_interval=1
remote_workdir=/tmp
repl_password=Wsp+123ld
repl_user=repl # 复制帐号和密码
#report_script=/usr/local/send_report
#secondary_check_script= /usr/local/bin/masterha_secondary_check -s server03 -s server02
#shutdown_script=""
ssh_user=root ## 系统ssh用户
[server1]
hostname=172.25.65.1
port=3306
[server2]
hostname=172.25.65.2
port=3306
candidate_master=1
check_repl_delay=0
[server3]
hostname=172.25.65.3
port=3306
no_master=1 ##no_master表示这个节点不能作为master
- 检测ssh连接
[root@server4 masterha]# masterha_check_ssh --conf=/etc/masterha/app1.cnf
发现报错,server1 2 3互相之间不免密
解决方法:拷贝server4上的密钥给server1 2 3
[root@server4 ~]# scp -r .ssh server1:
[root@server4 ~]# scp -r .ssh server2:
[root@server4 ~]# scp -r .ssh server3:
再检测ssh,成功
- 检测复制功能
[root@server4 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
发现有报错Fri Mar 22 10:03:45 2019 - [error][/usr/share/perl5/vendor_perl/MHA/Server.pm, ln180] Got MySQL error when connecting 172.25.0.2(172.25.0.2:3306) :1130:Host 'server4' is not allowed to connect to this MySQL server, but this is not a MySQL crash. Check MySQL server settings.
这是因为server4默认是用root远程连接数据库,但是在配置数据库是已经禁用了root的远程连接
解决方法:
在主库上授权用户
mysql> grant all on *.* to root@'%' identified by 'Wsp+123ld';
再检测发现可能卡住了,因为之前半同步的配置写在了配置文件里,数据不同步就会卡住,在所有节点配置文件里删除半同步配置,只保留之前的
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=ON
log_bin=binlog
注意!!!
- 所有节点的配置文件必须一样!!!!(前面的内容其实都不需要做 只要保持三个server的my.cnf的内容与这里的一致就可以 三台做好gtid的复制就ok )
- 三个节点必须有数据(数据必须同步
做完上述,再检测成功
- 测试manager能否开启
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha.log 2>&1 &
测试手动failover切换
先关闭manager,不关的话切不了,manager就是自动切换的工具
[root@server4 masterha]# masterha_stop --conf=/etc/masterha/app1.cnf
死切
server1已经宕机了,把master切换到其他主机
server1:
masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.0.1 --dead_master_ip=172.25.0.1 --dead_master_port=3306 --new_master_host=172.25.0.2 --new_master_port=3306
###中间都选yes
‘手动切换之前,需要保证主从同步正常,repl复制用户能够远程连接’
- 切换成功后,可以在server3上看到它的master已经变成了server2
而server2已经是master了 - 再手动开启server1,作为slave加入集群
[root@server1 ~]# systemctl start mysqld
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1;
mysql> start slave;
mysql> show slave status\G
至次完成了一次手动切换
!!!这时会在/etc/masterha
目录下生成一个app1.failover.complete
文件,是来记录failover
情况的,再进行failover
时必须先把这个文件删除,不然不会failove
活切
在此时master还正常在线的时候,将另一个主机设置为master
server4:手动在线切换,将master为server2切换回master为server1
masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.0.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000
- 又切换回172.25.0.1为master
半自动切换
-
首先清理
app1.failover.complete
-
开启mha manager
[root@server4 masterha]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &
mha manager自带守护进程
- 在server1上查看
[root@server1 ~]# ps ax | grep mysql
2320 ? Sl 0:00 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
2366 pts/0 S+ 0:00 grep --color=auto mysql
看到mysql的进程
kill -9 2320
再查看,发现mysql进程又开启了
[root@server1 ~]# ps ax | grep mysql
2400 ? Sl 0:00 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
2431 pts/0 S+ 0:00 grep --color=auto mysql
- 在server1上手动关闭mysqld
[root@server1 ~]# systemctl stop mysqld
- 在server4上查看
[root@server4 masterha]# cat /var/log/masterha.log
发现已经切换,同时manager进程退出,所以全自动需要脚本
- 先把server1加回集群
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.0.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Wsp+123ld', MASTER_AUTO_POSITION = 1;
mysql> start slave;
配置脚本和VIP漂移
因为用户访问入口只能有一个,所以需要配置vip
-
编辑master_ip_failover 和 master_ip_online_change 两个脚本
-
修改内容:
my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";
my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";
- 配置自动添加和删除vip
cp master_ip_failover master_ip_online_change /usr/local/bin
cd /usr/local/
cd bin/
chmod +x master_ip_failover master_ip_online_change
- 注意!!!在server4的配置文件种 这两行的注释要打开
master_ip_failover_script= /usr/local/bin/master_ip_failover
master_ip_online_change_script= /usr/local/bin/master_ip_online_change
- 目前server2是master,所以先给server2添加vip
[root@server2 ~]# ip addr add 172.25.0.100/24 dev eth0
- 测试vip漂移
[root@server4 bin]# masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.0.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000
可以看到切换vip
***************************************************************
Disabling the VIP - 172.25.0.100/24 on old master: 172.25.0.2
***************************************************************
***************************************************************
Enabling the VIP - 172.25.0.100/24 on new master: 172.25.0.1
***************************************************************
全自动切换
- 在server4上先删除app1.failover.complete
- 开启manager
nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &
- 然后在master(server1)上关闭mysql,模拟故障
- 再在server4上查看日志
cat /var/log/masterha.log ##可以看到切换成功,vip也成功漂移