国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

MHA高可用部署與故障切換

這篇具有很好參考價值的文章主要介紹了MHA高可用部署與故障切換。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

MySQL MHA

1.什么是 MHA
MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復制的軟件。
MHA 的出現(xiàn)就是解決MySQL 單點的問題。
MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。
MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

2.MHA 的組成
●MHA Node(數(shù)據(jù)節(jié)點)
MHA Node 運行在每臺 MySQL 服務器上。

●MHA Manager(管理節(jié)點)
MHA Manager 可以單獨部署在一臺獨立的機器上,管理多個 master-slave 集群;也可以部署在一臺 slave 節(jié)點上。
MHA Manager 會定時探測集群中的 master 節(jié)點。當 master 出現(xiàn)故障時,它可以自動將最新數(shù)據(jù)的 slave 提升為新的 mas然后將所有其他的 slave 重新指向新的 master。整個故障轉移過程對應用程序完全透明。
ter,
3.MHA 的特點
●自動故障切換過程中,MHA試圖從宕機的主服務器上保存二進制日志,最大程度的保證數(shù)據(jù)不丟失
●使用半同步復制,可以大大降低數(shù)據(jù)丟失的風險,如果只有一個slave已經(jīng)收到了最新的二進制日志,MHA可以將最新的二進制日志應用于其他所有的slave服務器上,因此可以保證所有節(jié)點的數(shù)據(jù)一致性
●目前MHA支持一主多從架構,最少三臺服務,即一主兩從

MHA Manger 管理多組主從復制。

MHA工作原理總結如下:

1、從宕機崩潰的master 保存二進制日志事件(binlog events);
2、識別含有最新的更新 slave 日志
3、應用差異的中繼日志(relay log)到其他的slave
4、應用從master保存的二進制日志事件
5、提升一個 salve 為新的master
6、使其他的slave連接行的master 進行復制。

MHA :為了解決的了是故障切換、數(shù)據(jù)盡可能的保存,以及所有節(jié)點日志的一致性
----------------------搭建 MySQL MHA--------------------------------
實驗思路:
1.MHA架構
1)數(shù)據(jù)庫安裝
2)一主兩從
3)MHA搭建

2.故障模擬
1)主庫失效
2)備選主庫成為主庫
3)原故障主庫恢復重新加入到MHA成為從庫

MHA manager 節(jié)點服務器:CentOS7.6(64 位) manager/192.168.10.13 ,安裝MHA node 和 manager 組件
Master 節(jié)點服務器:CentOS7.6(64 位) mysql1/192.168.10.16 ,安裝mysql5.7、MHA node 組件
Slave1 節(jié)點服務器:CentOS7.6(64 位) mysql2/192.168.10.14 ,安裝mysql5.7、MHA node 組件
Slave2 節(jié)點服務器:CentOS7.6(64 位) mysql3/192.168.10.15 ,安裝mysql5.7、MHA node 組件

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

1.Master、Slave1、Slave2 節(jié)點上安裝 mysql5.7

2.修改 Master、Slave1、Slave2 節(jié)點的主機名
hostnamectl set-hostname Master
hostnamectl set-hostname Slave1
hostnamectl set-hostname Slave2

3.修改 Master、Slave1、Slave2 節(jié)點的 Mysql主配置文件/etc/my.cnf
##Master 節(jié)點##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true

systemctl restart mysqld

##Slave1 節(jié)點##
vim /etc/my.cnf
server-id = 2 #三臺服務器的 server-id 不能一樣
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld

###Slave2 節(jié)點##
vim /etc/my.cnf #三臺服務器的 server-id 不能一樣
server-id = 3
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld

4.在 Master、Slave1、Slave2 節(jié)點上都創(chuàng)建兩個軟鏈接
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

5.配置 mysql 一主兩從
(1)所有數(shù)據(jù)庫節(jié)點進行 mysql 授權
mysql -uroot -p
grant replication slave on . to ‘myslave’@‘192.168.10.%’ identified by ‘123456’; #從數(shù)據(jù)庫同步使用
grant all privileges on . to ‘mha’@‘192.168.10.%’ identified by ‘manager’; #manager 使用

grant all privileges on . to ‘mha’@‘master’ identified by ‘manager’; #防止從庫通過主機名連接不上主庫
grant all privileges on . to ‘mha’@‘slave1’ identified by ‘manager’;
grant all privileges on . to ‘mha’@‘slave2’ identified by ‘manager’;
flush privileges;

(2)在 Master 節(jié)點查看二進制文件和同步點
show master status;
±------------------±---------±-------------±-----------------±------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
±------------------±---------±-------------±-----------------±------------------+
| master-bin.000001 | 1745 | | | |
±------------------±---------±-------------±-----------------±------------------+

(3)在 Slave1、Slave2 節(jié)點執(zhí)行同步操作
change master to master_host=‘192.168.10.16’,master_user=‘myslave’,master_password=‘123456’,master_log_file=‘master-bin.000001’,master_log_pos=1745;

start slave;

(4)在 Slave1、Slave2 節(jié)點查看數(shù)據(jù)同步結果
show slave status\G
//確保 IO 和 SQL 線程都是 Yes,代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

(5)兩個從庫必須設置為只讀模式:
set global read_only=1;

(6)插入數(shù)據(jù)測試數(shù)據(jù)庫同步
##在 Master 主庫插入條數(shù)據(jù),測試是否同步##
create database test_db;
use test_db;
create table test(id int);
insert into test(id) values (1);

二、安裝MHA所有組件

6.安裝 MHA 軟件
(1)所有服務器上都安裝 MHA 依賴的環(huán)境,首先安裝 epel 源
yum install epel-release --nogpgcheck -y

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 軟件包,先在所有服務器上必須先安裝 node 組件
對于每個操作系統(tǒng)版本不一樣,這里 CentOS7.6選擇 0.57 版本。
在所有服務器上必須先安裝 node 組件,最后在 MHA-manager 節(jié)點上安裝 manager 組件,因為 manager 依賴 node 組件。
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install

(3)在 MHA manager 節(jié)點上安裝 manager 組件
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install


#manager 組件安裝后在/usr/local/bin 下面會生成幾個工具,主要包括以下幾個:
masterha_check_ssh 檢查 MHA 的 SSH 配置狀況
masterha_check_repl 檢查 MySQL 復制狀況
masterha_manger 啟動 manager的腳本
masterha_check_status 檢測當前 MHA 運行狀態(tài)
masterha_master_monitor 檢測 master 是否宕機
masterha_master_switch 控制故障轉移(自動或者 手動)
masterha_conf_host 添加或刪除配置的 server 信息
masterha_stop 關閉manager

#node 組件安裝后也會在/usr/local/bin 下面會生成幾個腳本(這些工具通常由 MHAManager 的腳本觸發(fā),無需人為操作)主要如下: save_binary_logs 保存和復制 master 的二進制日志 apply_diff_relay_logs 識別差異的中繼日志事件并將其差異的事件應用于其他的 slave filter_mysqlbinlog 去除不必要的 ROLLBACK 事件(MHA 已不再使用這個工具) purge_relay_logs 清除中繼日志(不會阻塞 SQL 線程)

7.在所有服務器上配置無密碼認證
(1)在 manager 節(jié)點上配置到所有數(shù)據(jù)庫節(jié)點的無密碼認證
ssh-keygen -t rsa #一路按回車鍵
ssh-copy-id 192.168.10.14
ssh-copy-id 192.168.10.15
ssh-copy-id 192.168.10.16

(2)在 master 上配置到數(shù)據(jù)庫節(jié)點 slave1 和 slave2 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.10.14
ssh-copy-id 192.168.10.15

(3)在 slave1 上配置到數(shù)據(jù)庫節(jié)點 master 和 slave2 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.10.16
ssh-copy-id 192.168.10.15

(4)在 slave2 上配置到數(shù)據(jù)庫節(jié)點 master 和 slave1 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.10.16
ssh-copy-id 192.168.10.14

8.在 manager 節(jié)點上配置 MHA (1)在 manager 節(jié)點上復制相關腳本到/usr/local/bin 目錄 cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin //拷貝后會有四個執(zhí)行文件 ll /usr/local/bin/scripts/

master_ip_failover #自動切換時 VIP 管理的腳本 master_ip_online_change #在線切換時 vip 的管理 power_manager #故障發(fā)生后關閉主機的腳本 send_report #因故障切換后發(fā)送報警的腳本

(2)復制上述的自動切換時 VIP 管理的腳本到 /usr/local/bin 目錄,這里使用master_ip_failover腳本來管理 VIP 和故障切換
cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

(3)修改內(nèi)容如下:(刪除原有內(nèi)容,直接復制并修改vip相關參數(shù))
vim /usr/local/bin/master_ip_failover
#!/usr/bin/env perl
use strict;
use warnings FATAL => ‘a(chǎn)ll’;

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
);
#############################添加內(nèi)容部分#########################################
my $vip = ‘192.168.10.200’; #指定vip的地址
my $brdc = ‘192.168.10.255’; #指定vip的廣播地址
my $ifdev = ‘ens33’; #指定vip綁定的網(wǎng)卡
my $key = ‘1’; #指定vip綁定的虛擬網(wǎng)卡序列號
my s s h s t a r t v i p = " / s b i n / i f c o n f i g e n s 33 : ssh_start_vip = "/sbin/ifconfig ens33: sshs?tartv?ip="/sbin/ifconfigens33:key $vip"; #代表此變量值為ifconfig ens33:1 192.168.10.200
my s s h s t o p v i p = " / s b i n / i f c o n f i g e n s 33 : ssh_stop_vip = "/sbin/ifconfig ens33: sshs?topv?ip="/sbin/ifconfigens33:key down"; #代表此變量值為ifconfig ens33:1 192.168.10.200 down
my $exit_code = 0; #指定退出狀態(tài)碼為0
#my $ssh_start_vip = “/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label i f d e v : ifdev: 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 i f d e v : ifdev: 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==== s s h s t o p v i p = = ssh_stop_vip== sshs?topv?ip==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();
KaTeX parse error: Expected 'EOF', got '}' at position 16: 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();
KaTeX parse error: Expected 'EOF', got '}' at position 16: 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”;
}

(4)創(chuàng)建 MHA 軟件目錄并拷貝配置文件,這里使用app1.cnf配置文件來管理 mysql 節(jié)點服務器
mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

vim /etc/masterha/app1.cnf #刪除原有內(nèi)容,直接復制并修改節(jié)點服務器的IP地址
[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
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=123456
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.10.14 -s 192.168.10.15
shutdown_script=“”
ssh_user=root
user=mha

[server1]
hostname=192.168.10.16
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.10.14
port=3306

[server3]
hostname=192.168.10.15
port=3306


[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用戶的密碼,這個密碼是前文中創(chuàng)建監(jiān)控用戶的那個密碼
ping_interval=1 #設置監(jiān)控主庫,發(fā)送ping包的時間間隔,默認是3秒,嘗試三次沒有回應的時候自動進行failover
remote_workdir=/tmp #設置遠端mysql在發(fā)生切換時binlog的保存位置
repl_password=123 #設置復制用戶的密碼
repl_user=myslave #設置復制用戶的用戶
report_script=/usr/local/send_report     #設置發(fā)生切換后發(fā)送的報警的腳本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.10.14 -s 192.168.10.15 #指定檢查的從服務器IP地址
shutdown_script=“” #設置故障發(fā)生后關閉故障主機腳本(該腳本的主要作用是關閉主機防止發(fā)生腦裂,這里沒有使用)
ssh_user=root #設置ssh的登錄用戶名
user=mha #設置監(jiān)控用戶root

[server1]
hostname=192.168.10.16
port=3306

[server2]
hostname=192.168.10.14
port=3306
candidate_master=1
#設置為候選master,設置該參數(shù)以后,發(fā)生主從切換以后將會將此從庫提升為主庫,即使這個從庫不是集群中最新的slave

check_repl_delay=0
#默認情況下如果一個slave落后master 超過100M的relay logs的話,MHA將不會選擇該slave作為一個新的master, 因為對于這個slave的恢復需要花費很長時間;通過設置check_repl_delay=0,MHA觸發(fā)切換在選擇一個新的master的時候將會忽略復制延時,這個參數(shù)對于設置了candidate_master=1的主機非常有用,因為這個候選主在切換的過程中一定是新的master

[server3] hostname=192.168.10.15 port=3306

9.第一次配置需要在 Master 節(jié)點上手動開啟虛擬IP
/sbin/ifconfig ens33:1 192.168.10.200/24

10.在 manager 節(jié)點上測試 ssh 無密碼認證,如果正常最后會輸出 successfully,如下所示。
masterha_check_ssh -conf=/etc/masterha/app1.cnf

Tue Nov 26 23:09:45 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Nov 26 23:09:45 2020 - [info] Reading application default configuration from /etc/masterha/app1.cnf…
Tue Nov 26 23:09:45 2020 - [info] Reading server configuration from /etc/masterha/app1.cnf…
Tue Nov 26 23:09:45 2020 - [info] Starting SSH connection tests…
Tue Nov 26 23:09:46 2020 - [debug]
Tue Nov 26 23:09:45 2020 - [debug] Connecting via SSH from root@192.168.80.11(192.168.80.11:22) to root@192.168.80.12(192.168.80.12:22)…
Tue Nov 26 23:09:46 2020 - [debug] ok.
Tue Nov 26 23:09:47 2020 - [debug]
Tue Nov 26 23:09:46 2020 - [debug] Connecting via SSH from root@192.168.80.12(192.168.80.12:22) to root@192.168.80.11(192.168.80.11:22)…
Tue Nov 26 23:09:47 2020 - [debug] ok.
Tue Nov 26 23:09:47 2020 - [info] All SSH connection tests passed successfully.

11.在 manager 節(jié)點上測試 mysql 主從連接情況,最后出現(xiàn) MySQL Replication Health is OK 字樣說明正常。如下所示。
masterha_check_repl -conf=/etc/masterha/app1.cnf

Tue Nov 26 23:10:29 2020 - [info] Slaves settings check done.
Tue Nov 26 23:10:29 2020 - [info]
192.168.80.11(192.168.80.11:3306) (current master)
±-192.168.80.12(192.168.80.12:3306)

Tue Nov 26 23:10:29 2020 - [info] Checking replication health on 192.168.80.12…
Tue Nov 26 23:10:29 2020 - [info] ok.
Tue Nov 26 23:10:29 2020 - [info] Checking master_ip_failover_script status:
Tue Nov 26 23:10:29 2020 - [info] /usr/local/bin/master_ip_failover --command=status --ssh_user=root --orig_master_host=192.168.80.11 --orig_master_ip=192.168.80.11 --orig_master_port=3306

IN SCRIPT TEST====/sbin/ifconfig ens33:1 down==/sbin/ifconfig ens33:1 192.168.80.200===

Checking the Status of the script… OK
Tue Nov 26 23:10:29 2020 - [info] OK.
Tue Nov 26 23:10:29 2020 - [warning] shutdown_script is not defined.
Tue Nov 26 23:10:29 2020 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

12.在 manager 節(jié)點上啟動 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 &

#生產(chǎn)中java 服務啟動的方式
nohup java -jar 微服務名稱-( war jar) &


–remove_dead_master_conf:該參數(shù)代表當發(fā)生主從切換后,老的主庫的 ip 將會從配置文件中移除。 –manger_log:日志存放位置。 –ignore_last_failover:在缺省情況下,如果 MHA 檢測到連續(xù)發(fā)生宕機,且兩次宕機間隔不足 8 小時的話,則不會進行 Failover, 之所以這樣限制是為了避免 ping-pong 效應。該參數(shù)代表忽略上次 MHA 觸發(fā)切換產(chǎn)生的文件,默認情況下,MHA 發(fā)生切換后會在日志記錄,也就是上面設置的日志app1.failover.complete文件,下次再次切換的時候如果發(fā)現(xiàn)該目錄下存在該文件將不允許觸發(fā)切換,除非在第一次切換后收到刪除該文件,為了方便,這里設置為–ignore_last_failover。

13.查看 MHA 狀態(tài),可以看到當前的 master 是 master 節(jié)點。
masterha_check_status --conf=/etc/masterha/app1.cnf

  1. 查看 MHA 日志,也以看到當前的 master 是 192.168.10.16,如下所示。
    cat /var/log/masterha/app1/manager.log | grep “current master”

  2. 查看master 的 VIP 地址 192.168.10.200 是否存在,這個 VIP 地址不會因為 manager 節(jié)點停止 MHA 服務而消失。
    ifconfig

//若要關閉 manager 服務,可以使用如下命令。
masterha_stop --conf=/etc/masterha/app1.cnf
或者可以直接采用 kill 進程 ID 的方式關閉。

---------------------- 故障模擬 --------------------------------
#在 manager 節(jié)點上監(jiān)控觀察日志記錄
tail -f /var/log/masterha/app1/manager.log

#在 Master 節(jié)點 master 上停止mysql服務
systemctl stop mysqld

pkill -9 mysql

#正常自動切換一次后,MHA 進程會退出。HMA 會自動修改 app1.cnf 文件內(nèi)容,將宕機的 master 節(jié)點刪除。查看 slave1 是否接管 VIP
ifconfig

故障切換備選主庫的算法:
1.一般判斷從庫的是從(position/GTID)判斷優(yōu)劣,數(shù)據(jù)有差異,最接近于master的slave,成為備選主。
2.數(shù)據(jù)一致的情況下,按照配置文件順序,選擇備選主庫。
3.設定有權重(candidate_master=1),按照權重強制指定備選主。
(1)默認情況下如果一個slave落后master 100M的relay logs的話,即使有權重,也會失效。
(2)如果check_repl_delay=0的話,即使落后很多日志,也強制選擇其為備選主。

故障修復步驟:
1.修復mysql
systemctl restart mysqld

2.修復主從
#在現(xiàn)主庫服務器 Mysql2 查看二進制文件和同步點
show master status;

#在原主庫服務器 mysql1 執(zhí)行同步操作
change master to master_host=‘192.168.10.14’,master_user=‘myslave’,master_password=‘123456’,master_log_file=‘master-bin.000001’,master_log_pos=1745;

start slave;

3.在 manager 節(jié)點上修改配置文件app1.cnf(再把這個記錄添加進去,因為它檢測掉失效時候會自動消失)
vi /etc/masterha/app1.cnf

secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.10.14 -s 192.168.10.15

[server1]
hostname=192.168.10.16
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.10.14
port=3306

[server3]
hostname=192.168.10.15
port=3306

4.在 manager 節(jié)點上啟動 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 &

#解決中英字不兼容報錯的問題
dos2unix /usr/local/bin/master_ip_failover文章來源地址http://www.zghlxwxcb.cn/news/detail-776322.html

到了這里,關于MHA高可用部署與故障切換的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內(nèi)容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • Mysql 搭建MHA高可用架構,實現(xiàn)自動failover,完成主從切換

    Mysql 搭建MHA高可用架構,實現(xiàn)自動failover,完成主從切換

    目錄 自動failover MHA: MHA 服務 項目:搭建Mysql主從復制、MHA高可用架構 實驗項目IP地址配置: MHA下載地址 項目步驟:? 一、修改主機名 二、編寫一鍵安裝mha node腳本和一鍵安裝mha mangaer腳本,并執(zhí)行安裝 三、搭建Mysql主從復制集群(注意所有的Mysql主從復制機器都需要打開二

    2024年02月13日
    瀏覽(33)
  • MHA高可用架構部署以及配置(詳細)

    MHA高可用架構部署以及配置(詳細)

    目錄 一、MHA概述 1、簡介 2、MHA特點 3、何為高可用 4、故障切換過程 二、MHA高可用架構部署 1、架構圖 2、?實驗環(huán)境:需要四臺Centos7服務器 3、實驗部署 3.1、master、slave1、slave2安裝mysql服務,之前博客有編譯安裝教程 3.2、master、slave1、slave2上配置my.cnf 3.3、在master、slave1、

    2024年02月07日
    瀏覽(21)
  • 【vsphere高可用】主機故障切換

    目錄 一、vSphere HA接入控制 1.接入控制的資源有3中類型 2.主要的限制操作包括 二、接入控制策略 1、計算插槽大?。ǐ@取插槽的大小) 2、計算群機內(nèi)每臺主機擁有的插槽數(shù)目 3、計算群集的當前故障切換容量 4、判斷“當前故障切換容量”是否小于“配置的故障切換容量”(

    2024年02月13日
    瀏覽(20)
  • MySQL 高可用配置及故障切換

    MySQL 高可用配置及故障切換

    1、MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復制的軟件。 2、MHA 的出現(xiàn)就是解決MySQL 單點的問題。 3、MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 4、MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上

    2024年02月11日
    瀏覽(19)
  • Linux5.9 MySQLMHA高可用配置及故障切換

    Linux5.9 MySQLMHA高可用配置及故障切換

    第四章 LINUX MySQL MHA高可用配置及故障切換 一、概述及原理 1.什么是 MHA MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復制的軟件 MHA 的出現(xiàn)就是解決MySQL 單點的問題 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作 MHA能在故障切換的過程

    2024年02月11日
    瀏覽(20)
  • redis基礎及哨兵集群部署、故障切換

    redis基礎及哨兵集群部署、故障切換

    一、概述 ?? ?Redis是一個開源的,使用C語言編寫,支持網(wǎng)絡,可基于內(nèi)存工作亦可持久化(AOF、RDB)的日志型,key-values(鍵值對)數(shù)據(jù)庫,一個速度極快的非關系型數(shù)據(jù)庫,也就是我們所說的NoSQL數(shù)據(jù)庫,他可以存儲(key)與5種不同類型的值(value)之間的映射(mapping),

    2024年02月12日
    瀏覽(11)
  • 【基于容器的部署、擴展和管理】3.5 高可用性和故障恢復機制

    往期回顧: 第一章:【云原生概念和技術】 第二章:【容器化應用程序設計和開發(fā)】 第三章:【3.1 容器編排系統(tǒng)和Kubernetes集群的構建】 第三章:【3.2 基于容器的應用程序部署和升級】 第三章:【3.3 自動化擴展和負載均衡】 第三章:【3.4 灰度發(fā)布和A/B測試】 云原生的高

    2024年02月08日
    瀏覽(19)
  • MySQL高可用MHA

    MySQL高可用MHA

    MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復制的軟件 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

    2024年02月12日
    瀏覽(17)
  • Mariadb高可用MHA

    Mariadb高可用MHA

    本節(jié)主要學習了Mariadb高可用MHA的概述,案例如何構建MHA 提示:以下是本篇文章正文內(nèi)容,下面案例可供參考 MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復制的軟件。 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動

    2024年02月12日
    瀏覽(19)
  • 【Mariadb高可用MHA】

    【Mariadb高可用MHA】

    目錄 一、概述 1.概念 2.組成 3.特點 4.工作原理 二、案例介紹 1.192.168.42.3 2.192.168.42.4 3.192.168.42.5 4.192.168.42.6 三、實際構建MHA 1.ssh免密登錄 1.1?所有節(jié)點配置hosts 1.2?192.168.42.3 1.3?192.168.42.4 1.4?192.168.42.5 1.5?192.168.42.6 1.6?測試 2.主從復制 2.1 master 2.2 slave(兩個都要配) 2.3 驗證

    2024年02月12日
    瀏覽(21)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包