MySQL之MHA高可用配置及故障切换

前言：
跑相同服务的服务器组合起来称为群集
中心化群集：有master、slave，
MHA用来解决群集中master宕机的情况，
MMM群集架构：有两台master服务器
MHA概述

  • 日本DeNA公司youshimaton（现就职于Facebook公司）开发
  • 一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件
    MHA的组成
  • MHA Manager（管理节点）
  • MHA Node（数据节点）
    MHA特点
  • 自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失
  • 使用MySQL5.5的半同步复制，可以大大降低数据丢失的风险
    案例拓扑图

    实验环境
    centos7版本
    MHA版本0.57
    mysql版本5.6.36
    cmake版本2.8.6
    MHA：192.168.191.132
    master:192.168.191.160
    slave1:192.168.191.161
    slave2:192.168.191.162
    搭建MySQL主从复制环境
    1.修改主机名以便于区分各个服务器




    三台mysql服务器的安装配置过程一致，所以就以master为例
    安装编译依赖的环境

    安装cmake编译器



    安装mysql数据库


    接下来就是make && make install 的过程
    优化mysql数据库路径，创建mysql用户，初始化数据库



    vim /etc/my.cnf下：
    修改主服务器master主配置文件

    修改从服务器slave1主配置文件

    修改从服务器slave2主配置文件

    主从服务器做两个软连接，便于操作

    主从服务器启动MySQL

    创建主从同步用户myslave 
    mysql> grant replication slave on *.* to ‘myslave‘@‘192.168.191.%‘ identified by ‘123‘;
Query OK, 0 rows affected (0.00 sec)

    给所有数据库授权mha用户对数据库的操作权限

    mysql> grant all privileges on *.* to ‘mha‘@‘192.168.191.%‘ identified by ‘manager‘;
Query OK, 0 rows affected (0.00 sec)
mysql> grant all privileges on *.* to ‘mha‘@‘master‘ identified by ‘manager‘;
Query OK, 0 rows affected (0.00 sec)
mysql> grant all privileges on *.* to ‘mha‘@‘slave1‘ identified by ‘manager‘;
Query OK, 0 rows affected (0.00 sec)
mysql> grant all privileges on *.* to ‘mha‘@‘slave2‘ identified by ‘manager‘;
Query OK, 0 rows affected (0.00 sec)
#刷新数据库
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

    在mysql主服务器上查看为禁止文件和同步点，此时不要往数据库中添加任何内容，会导致

    在从服务器上执行同步

    mysql> change master to master_host=‘192.168.191.160‘,master_user=‘myslave‘,master_password=‘123‘,master_log_file=‘master-bin.000002‘,master_log_pos=12215;
Query OK, 0 rows affected, 2 warnings (0.00 sec)
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)
mysql> show slave status\G;
···省略部分内容
         Slave_IO_Running: Yes      //如果此处是Slave_IO_Running: Connecting，查看主服务器的防火墙是否关闭
        Slave_SQL_Running: Yes
···省略部分内容

    设置两台从服务器为只读模式

    mysql> set global read_only=1;
Query OK, 0 rows affected (0.00 sec)

    安装Node组件（所有服务器，版本为0.57）

    安装perl环境

    MHA对于每个操作系统版本不一样，centos7.4必须选择0.57版本，在所有服务器上必须先安装node组件，最后在MHA-manager节点上安装manager组件，因为manager依赖node组件
    安装Node组件

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

    node安装后在/usr/local/bin/下面生成几个脚本工具（这些工具通常由MHA Manager脚本触发，无需人为操作）

    save_binary_logs：保存和复制master的二进制文件
    apply_diff_relay_logs：识别差异的中继日志事件并将其差异的事件应用于其他的slave
    filter_mysqlbinlog：去除不必要的ROLLBACK回滚事件（MHA已不再使用这个工具）
    purge_relay_logs：清除中继日志（不会阻塞SQL线程）
    安装Manager组件（在manager节点上，版本为0.57）

    [[email protected] ~]# tar zxvf /abc/mha/mha4mysql-manager-0.57.tar.gz
[[email protected] ~]# cd mha4mysql-manager-0.57/
[[email protected] mha4mysql-manager-0.57]# perl Makefile.PL
[[email protected] mha4mysql-manager-0.57]# make
[[email protected] mha4mysql-manager-0.57]# make install

    manager安装后在/usr/local/bin/ 下面会生成几个脚本工具

    masterha_check_ssh：检查MHA的SSH配置状况
    masterha_check_repl：检查MySQL复制状况
    masterha_manager：启动manager的脚本
    masterha_check_status：检测当前MHA运行状态
    masterha_master_monitor：检测master是否宕机
    masterha_master_switch：控制故障转移（自动或者手动）
    masterha_conf_host：添加或删除配置server信息
    masterha_stop：关闭manager
    配置无密码认证
    工具：ssh-keygen、ssh-copy-id
    （1）在manager上配置所有数据节点的无密码认证

    [[email protected] ~]# ssh-keygen -t rsa
#一直点回车
[[email protected] ~]# ssh-copy-id 192.168.191.160
[[email protected] ~]# ssh-copy-id 192.168.191.161
[[email protected] ~]# ssh-copy-id 192.168.191.162

    （2）在master上配置到数据库节点slave1和slave2的无密码认证

    #一直点回车
[[email protected] ~]# ssh-copy-id 192.168.191.161
[[email protected] ~]# ssh-copy-id 192.168.191.162

    （3）在slave1上配置到数据库节点master和slave2的无密码认证

    [[email protected] ~]# ssh-keygen -t rsa
#一直点回车
[[email protected] ~]# ssh-copy-id 192.168.191.160
[[email protected] ~]# ssh-copy-id 192.168.191.162

    （4）在slave2上配置到数据库节点master和slave1的无密码认证

    [[email protected] ~]# ssh-keygen -t rsa
#一直点回车
[[email protected] ~]# ssh-copy-id 192.168.191.160
[[email protected] ~]# ssh-copy-id 192.168.191.161

    配置MHA（在manager节点上）
    复制相关脚本到/usr/local/bin 目录

    [[email protected] ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts /usr/local/bin

    拷贝后会有四个执行文件

    master_ip_failover：自动切换时VIP管理的脚本
    master_ip_online_change：在线切换时vip的管理
    power_manager：故障发生后关闭主机的脚本
    send_report：因故障切换后发送报警的脚本
    （2）复制上述的自动切换时VIP管理脚本到/usr/local/bin目录中，使用脚本管理VIP

    [[email protected] ~]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

    修改master_ip_failover脚本（删除原有的内容，重新写入）

    [[email protected] ~]# 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
);
#############################添加内容部分#########################################
#设置漂移IP
my $vip = ‘192.168.191.200‘;
my $brdc = ‘192.168.191.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 ([email protected]) {
warn "Got Error: [email protected]\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 ([email protected]) {
warn [email protected];
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";
}

    注意：第一次配置需要去master上手动开启虚拟IP

    [[email protected] ~]# /sbin/ifconfig ens33:1 192.168.191.200/24

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

    [[email protected] ~]# mkdir /etc/masterha
[[email protected] ~]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha/
[[email protected] ~]# vim /etc/masterha/app1.cnf
[server default]
#manager配置文件
manager_log=/var/log/masterha/app1/manager.log
#manager日志
manager_workdir=/var/log/masterha/app1
#master保存binlog的位置，这里的路径要与master里配置的bilog的相同
master_binlog_dir=/home/mysql
#设置自动failover时候的切换脚本。也就是上边的那个脚本
master_ip_failover_script=/usr/local/bin/master_ip_failover
#设置手动切换时候的切换脚本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
#这个密码是前文中创建监控用户的那个密码
password=manager
ping_interval=1
remote_workdir=/tmp
#设置复制用户密码
repl_password=123
#设置复制用户的用户
repl_user=myslave
#设置发生切换后发生报警的脚本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.150.158 -s 192.168.150.244
#设置故障发生关闭故障脚本主机
shutdown_script=""
#设置ssh的登录用户名
ssh_user=root
#设置监控用户
user=mha
[server1]
hostname=192.168.150.240
port=3306
[server2]
#设置为候选master，如果设置该参数以后，发送主从切换以后将会从此从库升级为主库
candidate_master=1
#默认情况下如果一个slave落后master 100M的relay logs的话，MHA将不会选择该slave为新的master
check_repl_delay=0
hostname=192.168.150.158
port=3306
[server3]
hostname=192.168.150.244
port=3306

    测试
    SSH免交互登陆（manager节点

    [[email protected] ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf
···省略部分内容
#如果正常会输出successfully
Sun Jan 12 19:19:11 2020 - [info] All SSH connection tests passed successfully.

    启动MHA，查看MHA状态

    #启动MHA，放在后台运行
[[email protected] ~]# 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] 13525
#查看MHA状态，可以看到当前的master是mysql节点
[[email protected] ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
app1 (pid:13525) is running(0:PING_OK), master:192.168.191.200
  • –remove_dead_master_conf：该参数代表当发生主从切换后，老的ip将会从配置文件中移除
  • –ignore_last_failover：在缺省情况下，如果MHA检测到连续发生宕机，且两次宕机间隔不足8小时的话，则不会进行failover，之所以这样限制是为了避免ping-pong效应，该参数代表忽略上次MHA触发切换后产生的文件，默认情况下，MHA发生切换后会在日志记目录，也就是上面设置的appl.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为–ignore_last_failover
    在manager上启动监控观察日志记录

    模拟故障

    在主库master上执行停掉mysql服务 
    [[email protected] ~]# pkill -9 mysqld

    此时manager监测到主服务器宕机，切换备用主服务器为主服务器

    在slave1上查看IP地址

    [[email protected] ~]# ifconfig
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.191.160  netmask 255.255.255.0  broadcast 192.168.191.255
···
#虚拟IP地址转换到备用主服务器
ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.191.200  netmask 255.255.255.0  broadcast 192.168.191.255
···

    此时，使用客户端通过虚拟IP地址登陆，也可登录。
    MHA高可用配置及故障切换实验就完成了。

原文地址：https://blog.51cto.com/14557905/2466447

时间： 2024-10-02 21:02:34

MySQL之MHA高可用配置及故障切换的相关文章

MySQL数据库——MHA高可用集群架构（实战！！！）

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

MySQL数据库---MHA高可用群集架构

MHA概述 日本DeNA公司youshimaton (现就职于Facebook公司) 开发 一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件 MHA的组成 MHA Manager (管理节点) MHA Node (数据节点) MHA特点 自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据的不丢失 使用MySQL 5.5的半同步复制,可以大大降低数据丢失的风险 实验思路 1.MHA架构 (1)数据库安装 (2)一主两从 (3)MHA搭建 2.故障

keepalived+mysql双主高可用配置

具体架构图如下 两个节点一主一从(从库上面也可以再挂一个从库),或者是双主,再利用keepalived在出现容灾时进行高可用切换. Keepalived原理说明: 其实这个原理可以很简单的用一个故事说明. 以前有一个帮派,像其他所有的帮派一样,有老大.这个老大活的也很憋屈,不仅自己做所有的活,还要隔一段时间就要告诉所有小弟我是老大,你们老实点.所有的小弟也是很乖的,只要老大不死,他们肯定不会抢夺老大的地位,但是一旦他们都收不到老大的通信的话,他们就确信老大死了,他们就开始抢夺老大的地位了.不过他

Mysql实现MHA高可用

环境: CentOS7.4 x 4 mha4mysql-manager x 1 mha4mysql-node x 3 node节点搭建一主双从 mha4mysql代码托管:https://code.google.com/archive/p/mysql-master-ha/ 一.配置MHA: 1.配置所有主机(包括Manager主机在内),实现ssh-key可以相互登陆 当配置文件中的ssh_user为非root用户时: (1)需要手动创建node节点主机的文件夹,并授权node主机remote_

MHA高可用群集

MHA高可用集群 文章目录 一.MHA 简介:二.部署 MHA:第一步:三台主从服务器安装 mysql第二步:修改 mysql 的主配置文件:/etc/my.cnf ,注意三台服务器的 server-id 不能一样第三步:三台服务器启动 mysql 服务第四步:配置 Mysql 主从同步(一主两从)第五步:安装 MHA第六步:启动 MHA 一.MHA 简介: MHA(Master High Availability) (1)简介 目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeN

MHA高可用集群

MHA高可用集群 文章目录 一.MHA 简介:二.部署 MHA:第一步:三台主从服务器安装 mysql第二步:修改 mysql 的主配置文件:/etc/my.cnf ,注意三台服务器的 server-id 不能一样第三步:三台服务器启动 mysql 服务第四步:配置 Mysql 主从同步(一主两从)第五步:安装 MHA第六步:启动 MHA 一.MHA 简介: MHA(Master High Availability) (1)简介 目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeN

玩转MHA高可用集群

MHA高可用集群 =============================================================================== 概述:  本章将主要介绍MySQL中MHA高可用集群的相关内容,如下: MHA的功能介绍: MHA的集群架构,工作原理: CentOS 7上MHA实战配置部署及故障转移测试: =========================================================================

mysql进阶（三）MHA高可用集群

简介: 1.MHA目前在MySQL高可用方面是一个相对成熟的解决方案,是MySQL高可用环境下故障切换和主从提升的高可用软件 2.MHA能在短时间内完成故障切换,并且在最大程度上保证数据的一致性,以达到真正意义上的高可用 3.MHA基于mysql协议,通过mysql主从或主主进行复制 4.MHA官网:https://code.google.com/p/mysql-master-ha/ 软件由两部分组成:MHA Manager(关理节点)和MHA Node(数据节点) 1.MHA Manager可

Mysql MHA高可用集群架构

记得之前发过一篇文章,名字叫<浅析MySQL高可用架构>,之后一直有很多小伙伴在公众号后台或其它渠道问我,何时有相关的深入配置管理文章出来,因此,民工哥,也将对前面的各类架构逐一进行整理,然后发布出来.那么今天将来发布的MHA的架构整体规划与配置操作. 简单介绍MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,作为MySQL高可用性环境下故障切换和主从提升的高可用软件.在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数