文章目录

  • 前言
  • 一、MHA概述
  • 1.1 MHA简介
  • 1.2 MHA的组成
  • 1.3 MHA特点
  • 二、MHA的搭建
  • 2.1 实验准备
  • 2.2 实验需求
  • 2.2 主从复制
  • 2.3 安装MHA软件
  • 2.4 进行实验验证


前言

在之前有介绍过了MySQL服务器的主从复制和读写分离,但是此架构存在的问题是如果主服务器宕机,则数据库无法写入数据,会造成重大损失,所有就出现了MHA高可用

一、MHA概述

1.1 MHA简介

MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在10~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。

MHA还提供在线主库切换的功能,能够安全地切换当前运行的主库到一个新的主库中 (通过将从库提升为主库),大概0.5-2秒内即可完成。

该软件由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave提升为新的master,然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

1.2 MHA的组成

该软件由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave提升为新的master,然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

  • MHA Manager(管理节点)
  • 用来接收外部信号,监控下方数据节点的工作状态
  • MHA Node(数据节点)
  • 工作的单位,负责具体的工作

1.3 MHA特点

  • 自动故障切换过程中,MHA试图从宣机的主服务器上保存
    二进制日志,最大程度的保证数据不丢失
  • 使用半同步复制,可以大大降低数据丢失的风险
  • 目前MHA支持一主多从架构,最少三台服务,即一主两从

二、MHA的搭建

2.1 实验准备

mysql bind address 配置 mysql怎么配置ip地址_运维


MySQL主服务器名为 mysql1,ip地址192.168.179.123

MySQL从-主备服务器名为 mysql2,ip地址192.168.179.124

MySQL从服务器名为mysql3,ip地址192.168.179.125

MHA服务器名为mha,ip地址192.168.179.126

mysql bind address 配置 mysql怎么配置ip地址_centos_02

2.2 实验需求

本实验要求通过MHA监控MySQL数据库在故障时进行自动切换,不影响业务
实验实现思路
1)安装 MySQL 数据库
2)配置 MysQL一主两从
3)安装MHA软件
4)配置无密码认证
5)配置MySQL MHA高可用
6)模拟master故障切换

2.2 主从复制

1.MySQL服务器上安装MySQL,完成后修改配置文件

----------------------主服务器配置----------------------
[root@mysql1 scripts]# vim /etc/my.cnf
server-id = 1
log_bin = master-bin
log-slave-updates = true
----------------------从服务器配置----------------------
[root@mysql2 scripts]# vim /etc/my.cnf
server-id = 2   '另一台id为3'
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

2.mysql1、mysql2、mysql3 分别做两个软连接

[root@mysql1 scripts]# ln -s /usr/local/mysql/bin/mysql /usr/sbin/
[root@mysql1 scripts]# ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

3.mysql1、mysql2、mysql3 上启动MySQL

[root@mysql1 bin]# /usr/local/mysql/bin/mysqld_safe --user=mysql &

4.配置MySQL一主两从
在3个MySQL数据库节点上授权两个用户,一个是从库同步使用,另外一个是manager使用

[root@mysql1 bin]# mysql -uroot -p
mysql> grant replication slave on *.* to 'myslave'@'192.168.179.%' identified by '123';
mysql> grant all privileges on *.* to 'mha'@'192.168.179.%' identified by 'manager';
mysql> flush privileges;

5.下面三条授权按理论是不用添加的,但是做实验环境时候诵过MHA检查MySQL主从有报错,报两个从库通过主机名连接不上主库,所以所有数据库加上下面的授权

mysql> grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';
mysql> grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
mysql> grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';

6.在MySQL1主机上查看二进制文件和同步点

mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |     1414 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

7.在MySQL2和MySQL3上执行同步

mysql> change master to master_host='192.168.179.123',master_user='myslave',master_password='123',master_log_file='master-bin.000001',master_log_pos=1414;
mysql> start slave;
mysql> flush privileges;
mysql> show slave status\G;
            Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

8.必须设置两个从库为只读模式

mysql> set global read_only=1;

这里完成主从复制功能,可以进行验证下

2.3 安装MHA软件

1.所有节点安装MHA依赖的环境,首先安装epel源,我这里用mha服务器做演示

[root@mha ~]# yum install epel-release --nogpgcheck -y
[root@mha ~]# yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN

2.MHA软件包对于每个操作系统版本不一样,这里CentOS7.6必须选择0.57版本,
因为manager依赖node组件,下面都是在mha上操作演示安装node组件。
在所有服务器上必须先安装node组件,最后在MHA-manager节点上安装manager组件

[root@mha ~]# tar zxvf mha4mysql-node-0.57.tar.gz
[root@mha ~]# cd mha4mysql-node-0.57/
[root@mha mha4mysql-node-0.57]# perl Makefile.PL
[root@mha mha4mysql-node-0.57]# make
[root@mha mha4mysql-node-0.57]# make install

3.仅mha服务器安装manager组件

[root@mha mha4mysql-node-0.57]# cd ~
[root@mha ~]# tar zxvf mha4mysql-manager-0.57.tar.gz
[root@mha ~]# cd mha4mysql-manager-0.57/
[root@mha mha4mysql-manager-0.57]# perl Makefile.PL
[root@mha mha4mysql-manager-0.57]# make
[root@mha mha4mysql-manager-0.57]# make install

manager安装后在/usr/local/bin下面会生成几个工具,主要包括以下几个:
masterha_check_ssh 检查MHA的SSH 配置状况
masterha_check_repl检查MySQL复制状况
masterha_manger启动manager的脚本
masterha_check_status检测当前MHA运行状态
masterha_master_monitor检测master是否宕机
masterha_master_switch 控制故障转移(自动或者手动)
masterha_conf_host 添加或删除配置的server信息
masterha_stop关闭manager

node安装后也会在/usr/local/bin下面会生成几个脚本(这些工具通常由MHA Manager的脚本触发,无需人为操作)主要如下:
save_binary_logs保存和复制master的二进制日志
purge_relay_logs清除中继日志(不会阻塞SQL线程)
apply_diff_relay_logs识别差异的中继日志事件并将其差异的事件应用于其他的slave
filter_mysqlbinlog去除不必要的ROLLBACK事件(MHA已不再使用这个工具)

[root@mha ~]# cd /usr/local/bin/
[root@mha bin]# ls
apply_diff_relay_logs  masterha_manager          master_ip_online_change
filter_mysqlbinlog     masterha_master_monitor   purge_relay_logs
masterha_check_repl    masterha_master_switch    save_binary_logs
masterha_check_ssh     masterha_secondary_check  scripts
masterha_check_status  masterha_stop
masterha_conf_host     master_ip_failover

4.配置无密码认证

'mha主机配置到所有数据库节点的密钥对验证'
[root@mha bin]# ssh-keygen -t rsa    一直回车
[root@mha bin]# ssh-copy-id 192.168.179.123
[root@mha bin]# ssh-copy-id 192.168.179.124
[root@mha bin]# ssh-copy-id 192.168.179.125
'在mysql1上配置到数据库节点slave1和slave2的免密验证'
[root@mysql1 ~]# ssh-keygen -t rsa
[root@mysql1 ~]# ssh-copy-id 192.168.179.124
[root@mysql1 ~]# ssh-copy-id 192.168.179.125
'在mysql2上配置到数据库节点master和slave2的免密验证'
[root@mysql2 ~]# ssh-keygen -t rsa
[root@mysql2 ~]# ssh-copy-id 192.168.179.123
[root@mysql2 ~]# ssh-copy-id 192.168.179.125
'在mysql3上配置到数据库节点master和slave1的免密验证'
[root@mysql3 ~]# ssh-keygen -t rsa
[root@mysql3 ~]# ssh-copy-id 192.168.179.123
[root@mysql3 ~]# ssh-copy-id 192.168.179.124

5.配置MHA-Manager组件

'在mha节点上复制相关脚本到/usr/local/bin目录'
[root@mha ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
[root@mha ~]# ll /usr/local/bin/scripts/
总用量 32
-rwxr-xr-x. 1 1001 1001  3648 5月  31 2015 master_ip_failover '自动切换时 VIP管理的脚本'
-rwxr-xr-x. 1 1001 1001  9870 5月  31 2015 master_ip_online_change '在线切换VIP的管理'
-rwxr-xr-x. 1 1001 1001 11867 5月  31 2015 power_manager '故障发生后关闭主机的脚本'
-rwxr-xr-x. 1 1001 1001  1360 5月  31 2015 send_report '因故障切换后发送报警的脚本'
[root@mha ~]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin/ '自动切换时 VIP管理的脚本'

修改master_ip_failover 脚本

[root@mha ~]# vim /usr/local/bin/master_ip_failover  '删除全部后,重写'
#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port
);
#########################################################
my $vip = '192.168.179.200';      '浮动路由的ip地址'
my $brdc = '192.168.179.255';     '广播地址'
my $ifdev = 'ens33';              '网卡名'
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
my $exit_code = 0;
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";
#########################################################
GetOptions(
'command=s' => \$command,
'ssh_user=s' => \$ssh_user,
'orig_master_host=s' => \$orig_master_host,
'orig_master_ip=s' => \$orig_master_ip,
'orig_master_port=i' => \$orig_master_port,
'new_master_host=s' => \$new_master_host,
'new_master_ip=s' => \$new_master_ip,
'new_master_port=i' => \$new_master_port,
);

exit &main();

sub main {

print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";

if ( $command eq "stop" || $command eq "stopssh" ) {

my $exit_code = 1;
eval {
print "Disabling the VIP on old master: $orig_master_host \n";
&stop_vip();
$exit_code = 0;
};
if ($@) {
warn "Got Error: $@\n";
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "start" ) {

my $exit_code = 10;
eval {
print "Enabling the VIP - $vip on the new master - $new_master_host \n";
&start_vip();
$exit_code = 0;
};
if ($@) {
warn $@;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "status" ) {
print "Checking the Status of the script.. OK \n";
exit 0;
}
else {
&usage();
exit 1;
}
}
sub start_vip() {
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
print
"Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

创建MHA软件目录并拷贝配置文件

[root@mha ~]# cd /usr/local/bin/scripts/
[root@mha scripts]# cp master_ip_online_change /usr/local/bin/
[root@mha scripts]# cp send_report /usr/local/
[root@mha scripts]# mkdir /etc/masterha
[root@mha ~]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha
[root@mha ~]# vim /etc/masterha/app1.cnf  '删除内容,重新填写'
[server default]
manager_log=/var/log/masterha/app1/manager.log  'manager日志'
manager_workdir=/var/log/masterha/app1    'manager工作目录'
master_binlog_dir=/usr/local/mysql/data    '#master保存binlog的位置,这里的路径要与master里配置的binlog的路径一直,以便mha能找到'
master_ip_failover_script=/usr/local/bin/master_ip_failover  '设置自动failover时候的切换脚本,也就是上边的那个脚本'
master_ip_online_change_script=/usr/local/bin/master_ip_online_change '设置手动切换时候的切换脚本'
password=manager  '#设置mysql中root用户的密码,这个密码是前文中创建监控用户的那个密码'
ping_interval=1  '设置监控主库,发送ping包的时间间隔,默认是3秒,尝试三次没有回应的时候自动进行rail'
remote_workdir=/tmp  '设置远端mysql在发生切换时binlog的保存位置'
repl_password=123  '设置复制用户的密码'
repl_user=myslave   '设置复制用户的用户'
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.179.124 -s 192.168.179.125 '设置从服务器的地址'
shutdown_script="" '设置故障发生后关闭故障主机脚本(该脚本的主要作用是关闭主机放在发生脑裂,这里没有使用)'
ssh_user=root  '设置ssh的登录用户名'
user=mha

[server1]
hostname=192.168.179.123
port=3306

[server2]
candidate_master=1  '设置为候选master'
hostname=192.168.179.124
check_repl_delay=0  '默认情况下如果一个slave落后master 100M的relay logs 的话,mha将不会选择该slave作为一个新的master'
port=3306

[server3]
hostname=192.168.179.125
port=3306

6.测试SSH无密码验证,如果正常最后会输出successfully

[root@mha ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf
Thu Aug 27 23:19:44 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Thu Aug 27 23:19:44 2020 - [info] Reading application default configuration from /etc/masterha/app1.cnf..
Thu Aug 27 23:19:44 2020 - [info] Reading server configuration from /etc/masterha/app1.cnf..
Thu Aug 27 23:19:44 2020 - [info] Starting SSH connection tests..
Thu Aug 27 23:19:51 2020 - [debug] 
Thu Aug 27 23:19:44 2020 - [debug]  Connecting via SSH from root@192.168.179.123(192.168.179.123:22) to root@192.168.179.124(192.168.179.124:22)..
Thu Aug 27 23:19:50 2020 - [debug]   ok.
Thu Aug 27 23:19:50 2020 - [debug]  Connecting via SSH from root@192.168.179.123(192.168.179.123:22) to root@192.168.179.125(192.168.179.125:22)..
Thu Aug 27 23:19:50 2020 - [debug]   ok.
Thu Aug 27 23:19:51 2020 - [info] All SSH connection tests passed successfully.

7.验证mysql复制,mysql必须都启动

[root@mha ~]# masterha_check_repl -conf=/etc/masterha/app1.cnf
IN SCRIPT TEST====/sbin/ifconfig ens33:1 down==/sbin/ifconfig ens33:1 192.168.195.200===

Checking the Status of the script.. OK 
Thu Aug 27 23:21:00 2020 - [info]  OK.
Thu Aug 27 23:21:00 2020 - [warning] shutdown_script is not defined.
Thu Aug 27 23:21:00 2020 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

8.启动MHA
第一次配置需要去master上手动开启虚拟ip

[root@mysql1 ~]# /sbin/ifconfig ens33:1 192.168.179.200/24
'启动MHA'
[root@mha ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
[1] 65368

--remove_dead_master_conf该参数代表当发生主从切换后,老的主库的ip将会从配置文件中移除
--manger_log日志存放位置
--ignore_last_failover在缺省情况下,如果MHA 检测到连续发生宕机,且两次宕机间隔不足8小时的话,则不会进行Failover,之所以这样限制是为了避免ping-pong效应。
该参数代表忽略上次MHA触发切换产生的文件,默认情况下,MHA 发生切换后会在日志记目录,也就是上面设置的日志app1.failover.complete文件,
下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换,除非在第一次切换后收到删除该文件,为了方便,这里设置为-ignore_last_failover。

9.查看MHA状态,可以看到当前的master是mysql1节点

[root@mha ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
app1 (pid:65368) is running(0:PING_OK), master:192.168.179.123

10.查看MHA日志,也可以查看当前的maser

[root@mha ~]# cat /var/log/masterha/app1/manager.log
Thu Aug 27 23:28:05 2020 - [info] Set secondary check script: /usr/local/bin/masterha_secondary_check -s 192.168.179.124 -s 192.168.179.125
Thu Aug 27 23:28:05 2020 - [info] Starting ping health check on 192.168.179.123(192.168.179.123:3306)..

11.查看mysql1的VIP地址192.168.179.200是否存在,这个VIP地址不会因为mha节点停止mha服务而消失

[root@mysql1 ~]# ifconfig
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.179.123  netmask 255.255.255.0  broadcast 192.168.179.255
        inet6 fe80::1301:89f0:4405:2aad  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:a9:8d:f9  txqueuelen 1000  (Ethernet)
        RX packets 9588  bytes 10245457 (9.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4708  bytes 579551 (565.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.179.200  netmask 255.255.255.0  broadcast 192.168.179.255
        ether 00:0c:29:a9:8d:f9  txqueuelen 1000  (Ethernet)

2.4 进行实验验证

在mha服务器上启动监控观察日志记录

[root@mha ~]# tailf /var/log/masterha/app1/manager.log

关闭mysql1中的mysql服务,此时再次查看VIP地址,mysql1中已消失

[root@mysql1 ~]# pkill -9 mysql

VIP地址已飘到了mysql2中

[root@mysql2 ~]# ifconfig 
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.179.124  netmask 255.255.255.0  broadcast 192.168.179.255
        inet6 fe80::1301:89f0:4405:2aad  prefixlen 64  scopeid 0x20<link>
        inet6 fe80::769:c122:2af2:c353  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:c2:17:3b  txqueuelen 1000  (Ethernet)
        RX packets 9714  bytes 10234408 (9.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5441  bytes 741224 (723.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.179.200  netmask 255.255.255.0  broadcast 192.168.179.255
        ether 00:0c:29:c2:17:3b  txqueuelen 1000  (Ethernet)

mha日志查看

----- Failover Report -----

app1: MySQL Master failover 192.168.179.123(192.168.179.123:3306) to 192.168.179.124(192.168.179.124:3306) succeeded


Master 192.168.179.123(192.168.179.123:3306) is down! '主服务器宕机'

Check MHA Manager logs at mha:/var/log/masterha/app1/manager.log for details.

Started automated(non-interactive) failover.
Invalidated master IP address on 192.168.179.123(192.168.179.123:3306)
The latest slave 192.168.179.124(192.168.179.124:3306) has all relay logs for recovery. '开始切换至备用服务器'
Selected 192.168.179.124(192.168.179.124:3306) as a new master.
192.168.179.124(192.168.179.124:3306): OK: Applying all logs succeeded.
192.168.179.124(192.168.179.124:3306): OK: Activated master IP address.
192.168.179.125(192.168.179.125:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
192.168.179.125(192.168.179.125:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.179.124(192.168.179.124:3306)
192.168.179.124(192.168.179.124:3306): Resetting slave info succeeded.
Master failover to 192.168.179.124(192.168.179.124:3306) completed successfully.  '切换成功'