MySQL の高可用性アーキテクチャの完全な説明: MHA アーキテクチャ

masterha_check_ssh MHAのSSH設定ステータスを確認する masterha_check_repl MySQLレプリケーションステータスを確認する masterha_manger MHAを起動する
masterha_check_status は現在の MHA 実行ステータスをチェックします。masterha_master_monitor はマスターがダウンしているかどうかをチェックします。masterha_master_switch はフェイルオーバー (自動または手動) を制御します。
masterha_conf_hostは設定されたサーバー情報を追加または削除します

save_binary_logsはマスターのバイナリログを保存してコピーします。apply_diff_relay_logsは差分リレーログイベントを識別し、差分イベントを他のスレーブに適用します。
filter_mysqlbinlog は不要な ROLLBACK イベントを削除します (MHA はこのツールを使用しなくなりました)
purge_relay_logs リレーログをクリアします（SQL スレッドはブロックされません）

役割 IP アドレス ホスト名 server_id タイプ 監視ホスト 192.168.0.20 server01 - レプリケーショングループを監視 マスター 192.168.0.50 server02 1 書き込み 候補マスター 192.168.0.60 server03 2 読み取り スレーブ 192.168.0.70 server04 3 読み取り

## 1. ファイアウォールをオフにする systemctl stop firewalld
systemctl ファイアウォールを無効にする
強制0を設定する

## 2. ホスト名を設定する hostnamectl set-hostname Mysql1
ホスト名ctl ホスト名の設定 Mysql2
ホスト名ctl ホスト名の設定 Mysql3

## 3. ノード設定: マスター、スレーブ1、スレーブ2 構成ファイル /etc/my.cnf

## a. マスターノード##
vim /etc/my.cnf
[mysqld]
サーバーID = 1
log_bin = マスタービン
ログスレーブ更新 = true
systemctl で mysqld を再起動します。

##スレーブ1、スレーブ2ノード##
vim /etc/my.cnf
server-id = 2 #3つのサーバーのサーバーIDは同じにできません log_bin = master-bin
リレーログ = リレーログビン
リレーログインデックス = スレーブリレービンインデックス
systemctl で mysqld を再起動します。

## 4. ソフトリンク ln -s /usr/local/mysql/bin/mysql /usr/sbin/ を作成します。
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

## 5. マスター1台とスレーブ2台: すべてのノードはmysql -uroot -pで認証されます
grant replication slave on *.* to 'myslave'@'192.168.80.%' identified by '123'; #スレーブ データベース同期 use grant all privileges on *.* to 'mha'@'192.168.80.%' identified by 'manager'; #manager use grant all privileges on *.* to 'mha'@'Mysql1' identified by 'manager'; #スレーブ ライブラリがホスト名を介してマスター ライブラリに接続できないようにします grant all privileges on *.* to 'mha'@'Mysql2' identified by 'manager';
'manager' によって識別される 'mha'@'Mysql3' に *.* のすべての権限を付与します。

## バイナリ ファイルはマスターで確認できます。同期ポイントではマスター ステータスを表示します。
+-------------------+----------+--------------+------------------+------------------+
| ファイル | 位置 | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+------------------+
| マスターbin.000002 | 1745 | | | |
+-------------------+----------+--------------+------------------+------------------+

## スレーブ1、スレーブ2ノードのデータ同期結果にスレーブステータスが表示されます\G		
// IO スレッドと SQL スレッドの両方が Yes であり、同期が正常であることを確認します。
スレーブIO実行中: はい
スレーブSQL実行中: はい

# スレーブ1とスレーブ2を読み取り専用モードに設定します。set global read_only=1;

# データベース テストを作成する##マスター データベースにデータを挿入して、同期されているかどうかをテストする##
データベース test_db を作成します。
test_db を使用します。
テーブル test(id int) を作成します。
test(id)値に挿入する（1）

# データベースから表示 select * from test_db.test;
+------+
|id|
+------+
| 1 |
+------+

yum インストール epel-release --nogpgcheck -y

yum インストール -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-ログディスパッチ \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
パール - CPAN

cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
mha4mysql-node-0.57 を CD します
perl メイクファイル.PL
作成 && インストール

cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
mha4mysql-manager-0.57 を CD します
perl メイクファイル.PL
作成 && インストール

-----------------------------------------------------------------------------------------
#マネージャー コンポーネントがインストールされると、主に次のツールを含むいくつかのツールが /usr/local/bin の下に生成されます。
masterha_check_ssh は MHA の SSH 設定をチェックします。masterha_check_repl は MySQL レプリケーション ステータスをチェックします。masterha_manger はマネージャ スクリプトを起動します。masterha_check_status は現在実行中の MHA ステータスをチェックします。masterha_master_monitor はマスターがダウンしているかどうかをチェックします。masterha_master_switch はフェイルオーバー (自動または手動) を制御します。
masterha_conf_host 設定されたサーバ情報を追加または削除する masterha_stop マネージャをシャットダウンする

#ノード コンポーネントがインストールされると、/usr/local/bin の下にいくつかのスクリプトが生成されます (これらのツールは通常、MHAManager スクリプトによってトリガーされ、手動操作は必要ありません)。主なものは次のとおりです。
save_binary_logsはマスターのバイナリログを保存してコピーします。apply_diff_relay_logsは差分リレーログイベントを識別し、差分イベントを他のスレーブに適用します。
filter_mysqlbinlog は不要な ROLLBACK イベントを削除します (MHA はこのツールを使用しなくなりました)
purge_relay_logs リレーログをクリアします（SQL スレッドをブロックしません）

ssh-keygen -t rsa #Enterキーを押し続ける ssh-copy-id 192.168.80.10
sshコピーID 192.168.80.20
sshコピーID 192.168.80.30

ssh-keygen -t rsa
sshコピーID 192.168.80.20
sshコピーID 192.168.80.30

ssh-keygen -t rsa
sshコピーID 192.168.80.10
sshコピーID 192.168.80.30

cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
//コピー後、4つの実行可能ファイルll /usr/local/bin/scripts/が作成されます。
------------------------------------------------------------------------------------------------------------
master_ip_failover #自動切り替え時の VIP 管理用スクリプト master_ip_online_change #オンライン切り替え時の VIP 管理 power_manager #障害発生後にホストをシャットダウンするスクリプト send_report #障害切り替え後にアラームを送信するスクリプト

cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

vim /usr/local/bin/master_ip_failover
#!/usr/bin/env パール
厳密なものを使用します。
警告 FATAL => 'all' を使用します。

Getopt::Long を使用します。

私の
$コマンド、$ssh_user、$orig_master_host、$orig_master_ip、
$orig_master_port、$new_master_host、$new_master_ip、$new_master_port
);
##################################コンテンツ セクションを追加##########################################
my $vip = '192.168.80.200'; #vipmy のアドレスを指定します $brdc = '192.168.80.255'; #vipmy のブロードキャスト アドレスを指定します $ifdev = 'ens33'; #vipmy にバインドされているネットワーク カードを指定します $key = '1'; #vipmy にバインドされている仮想ネットワーク カードのシリアル番号を指定します $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip"; #この変数の値が ifconfig ens33:1 192.168.80.200 であることを表します
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down"; #この変数値はifconfig ens33:1 192.168.80.200 downを表します
my $exit_code = 0; #終了ステータスコードを0に指定します
#my $ssh_start_vip = "/usr/sbin/ip addr $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 アドレス del $vip/24 dev $ifdev ラベル $ifdev:$key";
##################################################################################
オプションを取得(
'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,
'新しいマスターポート=i' => \$新しいマスターポート、
);

&main() を終了します。

サブメイン{

print "\n\nスクリプトテストで====$ssh_stop_vip==$ssh_start_vip===\n\n";

$command が "stop" の場合 || $command が "stopssh" の場合 {

私の$exit_code = 1;
評価 {
print "古いマスターの VIP を無効にしています: $orig_master_host \n";
&stop_vip();
$終了コード = 0;
};
もし（$@）{
warn "エラーが発生しました: $@\n";
終了 $exit_code;
}
終了 $exit_code;
}
elsif ( $command が "start" と等しい ) {

私の$exit_code = 10;
評価 {
print "新しいマスター $new_master_host で VIP $vip を有効にしています \n";
開始vip();
$終了コード = 0;
};
もし（$@）{
警告 $@;
終了 $exit_code;
}
終了 $exit_code;
}
elsif ( $command が "ステータス" と等しい ) {
print "スクリプトのステータスを確認しています。OK \n";
終了0;
}
それ以外 {
＆使用法（）;
出口1;
}
}
サブstart_vip() {
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
## old_master 上の VIP を無効にする単純なシステムコール
サブstop_vip() {
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

サブの使用法 {
印刷
"使用方法: 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";
}

/etc/masterha をディレクトリに追加します。
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

vim /etc/masterha/app1.cnf #元のコンテンツを削除し、ノードサーバーのIPアドレスを直接コピーして変更します[サーバーのデフォルト]
マネージャログ=/var/log/masterha/app1/manager.log
マネージャーワークディレクトリ=/var/log/masterha/app1
マスター_binlog_dir=/usr/local/mysql/data
マスターIPフェイルオーバースクリプト=/usr/local/bin/マスターIPフェイルオーバー
マスターIPオンライン変更スクリプト=/usr/local/bin/マスターIPオンライン変更
パスワード=マネージャー
ping_interval=1
リモートワークディレクトリ=/tmp
パスワードを123に変更
repl_user=myslave
セカンダリチェックスクリプト=/usr/local/bin/masterha_secondary_check -s 192.168.80.20 -s 192.168.80.30
シャットダウンスクリプト=""
ssh_user=ルート
ユーザー=mha

[サーバー1]
ホスト名=192.168.80.10
ポート=3306

[サーバー2]
候補マスター=1
チェック_repl_delay=0
ホスト名=192.168.80.20
ポート=3306

[サーバー3]
ホスト名=192.168.80.30
ポート=3306

[サーバーのデフォルト]
manager_log=/var/log/masterha/app1/manager.log #マネージャーログ manager_workdir=/var/log/masterha/app1.log #マネージャー作業ディレクトリ master_binlog_dir=/usr/local/mysql/data/ #マスターがbinlogを保存する場所。ここでのパスは、MHAが見つけられるように、マスターで設定されたbinlogのパスと一致している必要があります master_ip_failover_script=/usr/local/bin/master_ip_failover #自動フェイルオーバー用の切り替えスクリプトを設定します。これは上記のスクリプトです master_ip_online_change_script=/usr/local/bin/master_ip_online_change #手動切り替え用の切り替えスクリプトを設定します password=manager #mysqlのrootユーザーのパスワードを設定します。このパスワードは、前の記事で監視ユーザーを作成するためのパスワードです ping_interval=1 #メインデータベースを監視し、pingパケットを送信する時間間隔を設定します。デフォルトは3秒です。応答がない試行が3回続くと自動的にフェイルオーバーします
remote_workdir=/tmp #切り替え発生時にリモート MySQL バイナリログが保存される場所を設定します repl_password=123 #レプリケーション ユーザーのパスワードを設定します repl_user=myslave #レプリケーション ユーザーのユーザーを設定します report_script=/usr/local/send_report #切り替え後にアラームを送信するためのスクリプトを設定します secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.80.20 -s 192.168.80.30 #チェックするスレーブ サーバーの IP アドレスを指定します shutdown_script="" #障害発生後に障害のあるホストをシャットダウンするためのスクリプトを設定します (このスクリプトの主な機能は、ブレイン スプリットを防ぐためにホストをシャットダウンすることですが、ここでは使用しません)
ssh_user=root #sshログインユーザー名を設定 user=mha #監視ユーザーrootを設定

[サーバー1]
ホスト名=192.168.80.10
ポート=3306

[サーバー2]
ホスト名=192.168.80.20
ポート=3306
候補マスター=1
#候補マスターに設定します。このパラメータを設定すると、スレーブライブラリがクラスタ内の最新のスレーブでなくても、マスタースレーブ切り替えが発生した後にスレーブライブラリがマスターライブラリに昇格されます。

チェック_repl_delay=0
#デフォルトでは、スレーブがマスターより 100M リレー ログ以上遅れている場合、MHA はスレーブを新しいマスターとして選択しません。 
このスレーブを回復するには長い時間がかかるため、check_repl_delay=0 を設定すると、MHA は切り替えをトリガーし、新しいマスターを選択するときにレプリケーションの遅延を無視します。このパラメータは、candidate_master=1 が設定されているホストに非常に役立ちます。切り替え中は候補マスターが新しいマスターになる必要があるためです。

[サーバー3]
ホスト名=192.168.80.30
ポート=3306

/sbin/ifconfig ens33:1 192.168.80.200/24

masterha_check_ssh -conf=/etc/masterha/app1.cnf

2020 年 11 月 26 日火曜日 23:09:45 - [警告] グローバル構成ファイル /etc/masterha_default.cnf が見つかりません。スキップします。
2020 年 11 月 26 日火曜日 23:09:45 - [info] /etc/masterha/app1.cnf からアプリケーションのデフォルト設定を読み取っています。
2020 年 11 月 26 日火曜日 23:09:45 - [情報] /etc/masterha/app1.cnf からサーバー構成を読み取っています。
2020 年 11 月 26 日火曜日 23:09:45 - [情報] SSH 接続テストを開始しています。
2020年11月26日火曜日 23:09:46 - [デバッグ] 
2020 年 11 月 26 日火曜日 23:09:45 - [デバッグ] [email protected](192.168.80.20:22) から [email protected](192.168.80.30:22) に SSH 経由で接続しています。
2020年11月26日火曜日 23:09:46 - [デバッグ] 正常です。
2020年11月26日火曜日 23:09:47 - [デバッグ] 
2020 年 11 月 26 日火曜日 23:09:46 - [デバッグ] [email protected](192.168.80.30:22) から [email protected](192.168.80.20:22) に SSH 経由で接続しています。
2020年11月26日火曜日 23:09:47 - [デバッグ] 正常です。
2020 年 11 月 26 日火曜日 23:09:47 - [情報] すべての SSH 接続テストが正常に合格しました。
# パスワードレス認証が成功しました

masterha_check_repl -conf=/etc/masterha/app1.cnf

2020 年 11 月 26 日火曜日 23:10:29 - [情報] スレーブ設定のチェックが完了しました。
2020年11月26日火曜日 23:10:29 - [情報] 
192.168.80.20(192.168.80.20:3306) (現在のマスター)
 +--192.168.80.30(192.168.80.30:3306)

2020 年 11 月 26 日火曜日 23:10:29 - [情報] 192.168.80.30 のレプリケーションの健全性を確認しています。
2020年11月26日火曜日 23:10:29 - [情報] わかりました。
2020 年 11 月 26 日火曜日 23:10:29 - [情報] master_ip_failover_script のステータスを確認しています:
2020 年 11 月 26 日火曜日 23:10:29 - [情報] /usr/local/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=192.168.80.20 --orig_master_ip=192.168.80.20 --orig_master_port=3306 


スクリプトテスト中====/sbin/ifconfig ens33:1 down==/sbin/ifconfig ens33:1 192.168.80.200===

スクリプトのステータスを確認しています。OK 
2020年11月26日火曜日 23:10:29 - [情報] OK。
2020 年 11 月 26 日火曜日 23:10:29 - [警告] Shutdown_script が定義されていません。
2020 年 11 月 26 日火曜日 23:10:29 - [情報] 終了コード 0 を取得しました (マスターは死んでいません)。

MySQL レプリケーションの健全性は正常です。
# マスタースレーブ接続が成功しました

# マネージャーノードで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 &

--remove_dead_master_conf: このパラメータは、マスターとスレーブの切り替えが発生したときに、古いマスター データベースの IP アドレスが構成ファイルから削除されることを意味します。
--manger_log: ログの保存場所。
--ignore_last_failover: デフォルトでは、MHAが連続したダウンタイムを検出し、2つのダウンタイムの間隔が8時間未満の場合、
  フェイルオーバーは実行されません。この制限は、ピンポン効果を回避するために行われます。このパラメータは、最後の MHA トリガー スイッチによって生成されたファイルを無視することを意味します。
  デフォルトでは、MHA スイッチが発生した後、ログ ディレクトリ、つまり上記で設定したログ app1.failover.complete ファイルに記録されます。
  次に再度切り替えるときに、ディレクトリ内にファイルが見つかった場合、最初の切り替え後にファイルを削除しない限り、切り替えはトリガーされません。
  便宜上、これは --ignore_last_failover に設定されています。

# b MHA ステータスを確認すると、現在のマスターが Mysql1 ノードであることがわかります。
masterha_check_status --conf=/etc/masterha/app1.cnf

# ログモード cat /var/log/masterha/app1/manager.log | grep "現在のマスター"

# c Mysql1 の VIP アドレス 192.168.80.200 が存在するかどうかを確認します。マネージャー ノードが MHA サービスを停止しても、この VIP アドレスは消えません。
ifconfig
//マネージャー サービスをシャットダウンするには、次のコマンドを使用します。
masterha_stop --conf=/etc/masterha/app1.cnf
または、プロセス ID を直接強制終了してシャットダウンすることもできます。

# マネージャーノードのログレコードを監視します tail -f /var/log/masterha/app1/manager.log

# bマスターノードMysql1のmysqlサービスを停止します。 systemctl stop mysqld
またはpkill -9 mysql

# c通常の自動切り替え後、MHA プロセスは終了します。 HMA は app1.cnf ファイルの内容を自動的に変更し、ダウンした mysql1 ノードを削除します。 mysql2がVIPを引き継ぐかどうかを確認する
ifconfig
候補マスター データベースのフェイルオーバーのアルゴリズム:
1.一般的にスレーブデータベースの品質は（位置/GTID）で判断され、データに差異がある場合はマスターに最も近いスレーブが候補マスターになります。
2.データが一貫している場合は、構成ファイルの順序に従って代替マスター データベースを選択します。
3.重み（candidate_master=1）を設定すると、重みに応じて候補マスターを強制的に指定します。
（1）デフォルトでは、スレーブがマスターよりリレーログで100MB遅れている場合、重みがあっても失敗します。
（２）check_repl_delay=0の場合、ログが大量に遅れていても強制的にバックアップマスターとして選択される。

1. mysqlサービスを再起動します。systemctl restart mysqld
2. マスタースレーブを修復します。まず、バイナリ ファイルと同期ポイントがマスター ステータスを示していることを確認します。
3. 元のマスター サーバー mysql1 が同期操作を実行します。マスターを master_host='192.168.80.20'、master_user='myslave'、master_password='123'、master_log_file='master-bin.000001'、master_log_pos=1745 に変更します。
スレーブを起動します。

4. マネージャーノード上の設定ファイルapp1.cnfを変更します。
vi /etc/masterha/app1.cnf
......
セカンダリチェックスクリプト=/usr/local/bin/masterha_secondary_check -s 192.168.80.10 -s 192.168.80.30
......
[サーバー1]
ホスト名=192.168.80.20
ポート=3306

[サーバー2]
候補マスター=1
チェック_repl_delay=0
ホスト名=192.168.80.10
ポート=3306

[サーバー3]
ホスト名=192.168.80.30
ポート=3306

5. スレーブライブラリは読み取り専用モードに設定する必要があります。現在のスレーブライブラリはmysqlです。
グローバル read_only=1 を設定します。

6. マネージャーノードでMHAを起動し、VIPがmysql2にドリフトするかどうかを確認します。
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 &

##MHA ステータスを確認すると、現在のマスターが Mysql2 ノードであることがわかります。masterha_check_status --conf=/etc/masterha/app1.cnf