mysql實現MHA高可用詳細步驟

一、工作原理
在這裏插入圖片描述
MHA工作原理總結爲以下幾條:
(1) 從宕機崩潰的 master 保存二進制日誌事件(binlog events);
(2) 識別含有最新更新的 slave ;
(3) 應用差異的中繼日誌(relay log) 到其他 slave ;
(4) 應用從 master 保存的二進制日誌事件(binlog events);
(5) 通過Manager控制器提升一個 slave 爲新 master ;
(6) 使用其他的 slave 連接新的 master 進行復制。
概念
在這裏插入圖片描述
二、實現過程
MHA 對 MYSQL 複製環境有特殊要求,例如各節點都要開啓二進制日誌及中繼日誌,各從節點必須顯示啓用其read-only屬性,並關閉relay_log_purge功能等,這裏對配置做事先說明。

機器名稱 IP配置 服務角色 備註
Manager 10.0.0.44 Manager控制器 用於監控管理
Master 10.0.0.41 數據庫主服務器 開啓bin-log relay-log 關閉relay_log_purge
Slave1 10.0.0.42 數據庫從服務器 開啓bin-log relay-log 關閉relay_log_purge
Slave2 10.0.0.43 數據庫從服務器 開啓bin-log relay-log 關閉relay_log_purge

1、首先我們需要配置master

[root@master ~]# vim /etc/my.cnf
server-id=1   #複製集羣中的各節點的id均必須唯一
log-bin=mysql-bin     #開啓二進制日誌
relay-log=mysql-relay   #開啓中繼日誌
 skip-name-resolve    #關閉名稱解析(非必須)
[root@master ~]# systemctl restart mariadb

在這裏插入圖片描述
2、 所有 slave 節點依賴的配置

[root@slave1 ~]# vim /etc/my.cnf
[mysqld]
server-id = 2               #複製集羣中的各節點的id均必須唯一;
relay-log = relay-log       #開啓中繼日誌
log-bin =mysql-log       #開啓二進制日誌
read_only = ON              #啓用只讀屬性(非必須)
relay_log_purge = 0         #是否自動清空不再需要中繼日誌(非必須)
skip_name_resolve           #關閉名稱解析(非必須)
log_slave_updates = 1       #使得更新的數據寫進二進制日誌中
[root@slave1 ~]# systemctl restart mariadb
[root@slave2 ~]# vim /etc/my.cnf
[mysqld]
server-id = 3               #複製集羣中的各節點的id均必須唯一;
relay-log = relay-log       #開啓中繼日誌
log-bin =mysql-log       #開啓二進制日誌
read_only = ON              #啓用只讀屬性(非必須)
relay_log_purge = 0        #是否自動清空不再需要中繼日誌(非必須)
skip_name_resolve           #關閉名稱解析(非必須)
log_slave_updates = 1       #使得更新的數據寫進二進制日誌中
[root@slave2 ~]# systemctl restart mariadb

3、配置一主多從架構
master節點上:

MariaDB [(none)]>grant all on *.* to 'he'@'10.0.%.%' identified by '123';
MariaDB [(none)]> flush privileges;
MariaDB [(none)]> show master status;

兩臺slave節點上:

MariaDB [(none)]> change master to master_host='10.0.0.41', 
    -> master_user='he', 
    -> master_password='123',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=862;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;

在這裏插入圖片描述
三、安裝配置MHA高可用
1、在所有 Mysql 節點授權擁有管理權限的用戶可在本地網絡中有其他節點上遠程訪問。 當然, 此時僅需要且只能在 master 節點運行類似如下 SQL 語句即可,爲MHA專門創建一個管理用戶, 方便以後使用, 三個節點自動同步:。

MariaDB [(none)]> grant all on *.* to 'xiao'@'10.0.%.%' identified by '123';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

2、配置 ssh 互通環境,就是四臺主機,包括自己互相都能免密
操作較多,自己操作

批量免密腳本
在這裏插入圖片描述

3、安裝 MHA 包
在本步驟中, Manager節點需要另外多安裝一個包。具體需要安裝的內容如下:
下載壓縮包

MHA壓縮包下載

四個節點都需安裝:mha4mysql-node-0.56-0.el6.norch.rpm
Manager 節點另需要安裝:mha4mysql-manager-0.56-0.el6.noarch.rpm
我們使用rz命令分別上傳,然後使用yum安裝即可。

定義 MHA 管理配置文件
Manager節點:

mkdir /etc/mha_master
vim /etc/mha_master/mha.cnf

配置文件如下

[server default]            #適用於server1,2,3個server的配置
user=xiao               #xiao管理用戶,每臺數據庫都得有
password=123            #xiao管理密碼
manager_workdir=/etc/mha_master/app1        #mha_master自己的工作路徑
manager_log=/etc/mha_master/manager.log    # mha_master自己的日誌文件
remote_workdir=/mydata/mha_master/app1      #每個遠程主機的工作目錄在何處
ssh_user=root               # 基於ssh的密鑰認證
repl_user=he             #數據庫用戶名,做主從的用戶
repl_password=123        #數據庫密碼
ping_interval=1             #ping間隔時長
[server1]                   #節點1   master
hostname=10.0.0.41    #節點1主機地址
ssh_port=22                 #節點1的ssh端口
candidate_master=1         #將來可不可以成爲master候選節點/主節點
[server2]	               #節點2  slave
hostname=10.0.0.42
ssh_port=22
candidate_master=1
[server3]               //節點3  slave
hostname=10.0.0.43
ssh_port=22
candidate_master=1
no_master=1    #從不將這臺主機轉換爲master

4、對四個節點進行檢測
1)檢測各節點間 ssh 互信通信配置是否 ok
  我們在 Manager 機器上輸入下述命令來檢測:

[root@manager ~]# masterha_check_ssh -conf=/etc/mha_master/mha.cnf

在這裏插入圖片描述
2)檢查管理的MySQL複製集羣的連接配置參數是否OK
因此,我們需要在master節點上再次執行以下操作

MariaDB [(none)]> grant all on *.* to 'he'@'10.0.%.%' identified by '123';
MariaDB [(none)]> flush privileges;

之後在Manager

[root@manager ~]# masterha_check_repl -conf=/etc/mha_master/mha.cnf

在這裏插入圖片描述
5、啓動 MHA
我們在 manager 節點上執行以下命令來啓動 MHA:

[root@manager ~]# nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &
[1] 7598

啓動成功以後,我們來查看一下 節點的狀態:

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:7598) is running(0:PING_OK), master:10.0.0.41

6、測試 MHA 故障轉移
在 master 節點關閉 mariadb 服務,模擬主節點數據崩潰

[root@master ~]# systemctl stop mariadb

在manager節點
我們在來查看一下 節點的狀態:

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha is stopped(2:NOT_RUNNING)

查看slave2主從同步
在這裏插入圖片描述
成功

修復主庫

systemctl restart mariadb

manager節點

cat /etc/mha_master/manager.log

在這裏插入圖片描述
恢復主從結構
普通主從不行就用以下從日誌裏的

CHANGE MASTER TO MASTER_HOST='10.0.0.42', MASTER_PORT=3306, MASTER_LOG_FILE='mysql-log.000003', MASTER_LOG_POS=747, MASTER_USER='he', MASTER_PASSWORD='123';

在這裏插入圖片描述
如果,我們想要停止 MHA ,則需要使用 stop 命令:

[root@manager ~]# masterha_stop -conf=/etc/mha_master/mha.cnf

——————————————————————————————————————————————————
重要!!!!!刪除以下文件,必須刪掉,要不MHA不可重用

rm -rf /etc/mha_master/app1        //mha_master自己的工作路徑
rm -rf /etc/mha_master/manager.log     // mha_master自己的日誌文件
rm -rf /mydata/mha_master/app1      //每個遠程主機的工作目錄在何處  三個節點的

rm -r remote_workdir=/mydata/mha_master/app1 // 三個節點的
啓動之前記得保持數據同步,從新HAM高可用,因爲MHA是一次性的
我們在 manager 節點上執行以下命令來啓動 MHA:

[root@manager ~]# nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &
[1] 7598

啓動成功以後,我們來查看一下 節點的狀態:

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:7598) is running(0:PING_OK), master:10.0.0.42

配置MHA的VIP漂移
1、首先編寫VIP漂移腳本

mkdir -p /masterha/app1
vi /masterha/app1/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 = '10.0.0.100';#設置Virtual IP
my $gateway = '10.0.0.254';#網關Gateway IP
my $interface = 'ens33';
my $key = "1";
my $ssh_start_vip = "/sbin/ifconfig $interface:$key $vip;/sbin/arping -I $interface -c 3 -s $vip $gateway >/dev/null 2>&1";
my $ssh_stop_vip = "/sbin/ifconfig $interface:$key down";
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" ) {
# $orig_master_host, $orig_master_ip, $orig_master_port are passed.
# If you manage master ip address at global catalog database,
# invalidate orig_master_ip here.
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" ) {
# all arguments are passed.
# If you manage master ip address at global catalog database,
# activate new_master_ip here.
# You can also grant write access (create user, set read_only=0, etc) here.
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";
`ssh $ssh_user\@$orig_master_host \" $ssh_start_vip \"`;
exit 0;
}
else {
&usage();
exit 1;
}
}
# A simple system call that enable the VIP on the new master
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";
}
chmod +x /masterha/app1/master_ip_failover

2、配置managerMHA腳本整合VIP漂移腳本

vim /etc/mha_master/mha.cnf
[server default]
user=xiao
password=123
manager_workdir=/etc/mha_master/app1
manager_log=/etc/mha_master/manager.log
remote_workdir=/mydata/mha_master/app1
ssh_user=root
repl_user=he
repl_password=123
ping_interval=1
master_ip_failover_script=/masterha/app1/master_ip_failover
[server1]
hostname=10.0.0.41
ssh_port=22
candidate_master=1
master_binlog_dir=/var/lib/mysql  #mysql數據目錄
[server2]
hostname=10.0.0.42
ssh_port=22
candidate_master=1
master_binlog_dir=/var/lib/mysql
[server3]
hostname=10.0.0.43
ssh_port=22
candidate_master=1
master_binlog_dir=/var/lib/mysql
no_master=1    #從不將這臺主機轉換爲master

3、啓動manager,並測試VIP是否漂移

masterha_check_repl -conf=/etc/mha_master/mha.cnf
nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &
masterha_check_status -conf=/etc/mha_master/mha.cnf

在這裏插入圖片描述

systemctl stop mariadb

在這裏插入圖片描述
漂移成功
——————————————————————————————————————————————
MHA只能漂移一次,如果多次使用必須刪除以下文件,要不MHA不可重用

rm -rf /etc/mha_master/app1        //mha_master自己的工作路徑
rm -rf /etc/mha_master/manager.log     // mha_master自己的日誌文件
rm -rf /mydata/mha_master/app1      //每個遠程主機的工作目錄在何處  三個節點的

rm -r remote_workdir=/mydata/mha_master/app1 // 三個節點的
啓動之前記得保持數據同步,從新HAM高可用,因爲MHA是一次性的
我們在 manager 節點上執行以下命令來啓動 MHA:

[root@manager ~]# nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &
[1] 7598

啓動成功以後,我們來查看一下 節點的狀態:

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf
mha (pid:7598) is running(0:PING_OK), master:10.0.0.42
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章