Master High Availability 安装配置(MHA)

150次阅读

共计 7497 个字符，预计需要花费 19 分钟才能阅读完成。

MHA(Master High Availability)目前在 MySQL 高可用方面是一个相对成熟的解决方案，是一套优秀的作为 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 主要支持一主多从的架构，要搭建 MHA，要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当 master，一台充当备用 master，另外一台充当从库。

MHA 切换步骤:
1. 从宕机的 master 中保存二进制文件
2. 检测含有最新日至更新的 slave
3. 应用差异的中继日至(relay log) 到其他的 slave
4. 应用从 master 中保存的二进制日至事件到其他的 slave 中
5. 提升一个 slave 为 master
6. 使其他的 slave 指向最新的 master 进行复制。

manager 的工具:
masterha_check_ssh 检查 MHA 的 SSH 配置状况
masterha_check_repl 检查 MySQL 复制状况
masterha_manger 启动 MHA
masterha_check_status 检测当前 MHA 运行状态
masterha_master_monitor 检测 master 是否宕机
masterha_master_switch 控制故障转移(自动或者手动)
masterha_conf_host 添加或删除配置的 server 信息

node 的工具:
save_binary_logs 保存和复制 master 的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave
filter_mysqlbinlog 去除不必要的 ROLLBACK 事件(MHA 已不再使用这个工具)
purge_relay_logs 清除中继日志(不会阻塞 SQL 线程)
Mha 实验环境配置:

我们这个是在主从复制 (一主两从) 的基础上搭建的,mha 是可以放在一个 slave 端也可以单独运行:

实验环境配置:
Rhel6.5
iptables selinux down
172.25.40.1 server1.example.com master
172.25.40.2 server2.example.com slave candidate master
172.25.40.3 server3.example.com slave
mha

Master 端配置:

yum install perl-DBD-mysql -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

构建免密登陆
ssh-keygen
## 生成密钥 ssh-copy-id 172.25.40.2
## 给另外两台 mysql 主机分发, 这样可以免密连接
ssh-copy-id 172.25.40.3
mysql 主配置文件(/etc/my.cnf) 配置

[mysqlnd]
server-id=1

## 数据库的唯一标示, 不能重复
log-bin=mysql-bin
## 二进制记录文件名为 mysql-bin
binlog-do-db=test ## 同的库为 test
binlog-ignore-db=mysql ## 不同步 mysql
gtid-mode=ON ## 打开 gtid 模式
enforce-gtid-consistency=ON## 强制使用 gtid 模式
slave-parallel-type=LOGICAL_CLOCK ## 打开多线程模式
slave-parallel-workers=16 ## 开启 16 个线程
relay_log_info_repository=TABLE
## 以表格形式存放 relay-log 信息
relay_log_recovery=ON
rpl_semi_sync_master_enabled=ON ## 设置半同步 master 和 slave 开启
rpl_semi_sync_slave_enabled=ON
重新启动两台服务器上的 mysql
/etc/init.d/mysqld restart
进入数据库下载半同步模块

mysql> install plugin rpl_semi_sync_master soname ‘semisync_master.so’;
Query OK, 0 rows affected (0.50 sec)
mysql> set global rpl_semi_sync_master_enabled=1;
Query OK, 0 rows affected (0.00 sec)

给所创建的认证用户复制权限及 root 用户所有权限的授权

mysql> grant all privileges on *.* to ‘root’@’172.168.40.%’ identified
‘xxxxxxxxxx’;
Query OK, 0 rows affected, 1 warning (0.00 sec)by
mysql> grant replication slave on *.* to ‘RedHat’@’172.168.40.%’ identified by
‘xxxxxxxxx’;
mysql> grant all on *.* to root@’172.25.40.%’ identified by ‘xxxxxxxx’;
Query OK, 0 rows affected, 1 warning (0.38 sec)

Slave(candidate master)端配置:

yum install perl-DBD-mysql -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

构建免密登陆
ssh-keygen
## 生成密钥
ssh-copy-id 172.25.40.1 ## 给另外两台 mysql 主机分发, 这样可以免密连接
ssh-copy-id 172.25.40.3
mysql 主配置文件(/etc/my.cnf) 配置

[mysqlnd]
除过 server-id 是不同的, 其他参数均一样
server-id=2

重新启动两台服务器上的 mysql
/etc/init.d/mysqld restart 进入数据库下载半同步模块

mysql> install plugin rpl_semi_sync_slave soname ‘semisync_slave.so’;
Query OK, 0 rows affected (0.14 sec)
mysql> set global rpl_semi_sync_slave_enabled=1;
Query OK, 0 rows affected (0.00 sec)
mysql> set global read_only=1;

# 设置为只读模式, 因为是备选 master, 所以当
master 宕机时,candidate master 要充当 master, 故不用写进配置文件中
Query OK, 0 rows affected (0.00 sec)
给所创建的认证用户复制权限及 root 用户所有权限的授权
mysql> grant all privileges on .to root@’172.25.40.%’identified by‘xxxxxxxx’;
## 这个密码是 manager 主机配置文件里面所写的密码
Slave 端配置:

yum install perl-DBD-mysql -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

构建免密登陆
ssh-keygen
## 生成密钥
ssh-copy-id 172.25.40.1## 给另外两台 mysql 主机分发, 这样可以免密连接
ssh-copy-id 172.25.40.2
mysql 主配置文件(/etc/my.cnf) 配置

[mysqlnd]
除过 server-id 是不同的, 其他参数均一样
server-id=3

重新启动两台服务器上的 mysql
/etc/init.d/mysqld restart
进入数据库下载半同步模块

mysql> install plugin rpl_semi_sync_slave soname ‘semisync_slave.so’;
Query OK, 0 rows affected (0.14 sec)lave_enabled=1;
Query OK, 0 rows affected (0.00
mysql> set global rpl_semi_sync_slave_enabled=1

给所创建的认证用户复制权限及 root 用户所有权限的授权

mysql> grant all privileges on *.* to ‘root’@’172.168.40.%’ identified
‘xxxxxxxxx’;
Query OK, 0 rows affected, 1 warning (0.00 sec)
by
mysql> grant replication slave on *.* to ‘redhat’@’172.168.40.%’ identified by
‘xxxxxxxx’;
mysql> change master to
master_host=’172.25.40.1′,master_user=’redhat’,master_password=’xxxxxxxxxx’,
master_auto_position=1;

Mha 主机

yum install perl-* mha4mysql-manager-0.56-0.el6.noarch.rpm -y
mkdir /usr/local/mha

## 创建工作目录 workdir

mkdir /etc/mha
cd /etc/mha/

## 创建配置文件所在目录

vim app.conf
[server default]
manager_workdir=/usr/local/mha
manager_log=/usr/local/mha/mha.log
master_binlog_dir=/var/lib/mysql
user=root ## 数据库用户登陆数据库的用户 , 用于 manager 监控管理用户和密码
password=xxxxxxxx ## 数据库登陆密码初始化的时候登陆数据库的密码
ping_interval=1
remote_workdir=/tmp
repl_user=redhat ## 复制用户（授权在 slave 上）用于主从间复制
repl_password=xxxxxxxx ##slave 复制用户的密码 ssh_user=root ##ssh 用户
[server1]
hostname=172.25.40.1
port=3306
[server2]
hostname=172.25.40.2
port=3306
candidate_master=1 ## 备用主机 check_repl_delay=0 ## 日至差异大于 100M 的时候，不做 master，两个参数通常一起使用
[server3]
hostname=172.25.40.3
port=3306
#no_master=1 ## 永远不会作为 master

检查 MySQL 复制状况

masterha_check_repl –conf=/etc/mha/app.cnf
Tue Apr 24 09:14:45 2018 – [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Apr 24 09:14:45 2018 – [info] Reading application default configuration from /etc/mha/app.conf..
Tue Apr 24 09:14:45 2018 – [info] Reading server configuration from /etc/mha/app.conf..
Tue Apr 24 09:14:45 2018 – [info] MHA::MasterMonitor version 0.56.
Tue Apr 24 09:14:45 2018 – [info] GTID failover mode = 1
Tue Apr 24 09:14:45 2018 – [info] Dead Servers:
Tue Apr 24 09:14:45 2018 – [info] Alive Servers:
Tue Apr 24 09:14:45 2018 – [info] 172.25.40.1(172.25.40.1:3306)
Tue Apr 24 09:14:45 2018 – [info] 172.25.40.2(172.25.40.2:3306)
Tue Apr 24 09:14:45 2018 – [info] 172.25.40.3(172.25.40.3:3306)
Tue Apr 24 09:14:45 2018 – [info] Alive Slaves:
Tue Apr 24 09:14:45 2018 – [info] 172.25.40.2(172.25.40.2:3306) Version=5.7.17-log (oldest major version between slaves) log-bin:enabled
Tue Apr 24 09:14:45 2018 – [info] GTID ON
Tue Apr 24 09:14:45 2018 – [info] Replicating from 172.25.40.1(172.25.40.1:3306)
Tue Apr 24 09:14:45 2018 – [info] Primary candidate for the new Master (candidate_master is set)
Tue Apr 24 09:14:45 2018 – [info] 172.25.40.3(172.25.40.3:3306) Version=5.7.17 (oldest major version between slaves) log-bin:disabled
Tue Apr 24 09:14:45 2018 – [info] GTID ON
Tue Apr 24 09:14:45 2018 – [info] Replicating from 172.25.40.1(172.25.40.1:3306)
Tue Apr 24 09:14:45 2018 – [info] Not candidate for the new Master (no_master is set)
Tue Apr 24 09:14:45 2018 – [info] Current Alive Master: 172.25.40.1(172.25.40.1:3306)
Tue Apr 24 09:14:45 2018 – [info] Checking slave configurations..
Tue Apr 24 09:14:45 2018 – [info] read_only=1 is not set on slave 172.25.40.2(172.25.40.2:3306).
Tue Apr 24 09:14:45 2018 – [info] read_only=1 is not set on slave 172.25.40.3(172.25.40.3:3306).
Tue Apr 24 09:14:45 2018 – [warning] log-bin is not set on slave 172.25.40.3(172.25.40.3:3306). This host cannot be a master.
Tue Apr 24 09:14:45 2018 – [info] Checking replication filtering settings..
Tue Apr 24 09:14:45 2018 – [info] binlog_do_db= , binlog_ignore_db=
Tue Apr 24 09:14:45 2018 – [info] Replication filtering check ok.
Tue Apr 24 09:14:46 2018 – [info] GTID (with auto-pos) is supported. Skipping all SSH and Node package checking.
Tue Apr 24 09:14:46 2018 – [info] Checking SSH publickey authentication settings on the current master..
Tue Apr 24 09:14:46 2018 – [info] HealthCheck: SSH to 172.25.40.1 is reachable.
Tue Apr 24 09:14:46 2018 – [info]
172.25.40.1(172.25.40.1:3306) (current master)
+–172.25.40.2(172.25.40.2:3306)
+–172.25.40.3(172.25.40.3:3306)

Tue Apr 24 09:14:46 2018 – [info] Checking replication health on 172.25.40.2..
Tue Apr 24 09:14:46 2018 – [info] ok.
Tue Apr 24 09:14:46 2018 – [info] Checking replication health on 172.25.40.3..
Tue Apr 24 09:14:46 2018 – [info] ok.
Tue Apr 24 09:14:46 2018 – [warning] master_ip_failover_script is not defined.
Tue Apr 24 09:14:46 2018 – [warning] shutdown_script is not defined.
Tue Apr 24 09:14:46 2018 – [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

正文完

星哥说事-微信公众号