2. 程式人生 > >MySQL高可用MHA集群

MySQL高可用MHA集群

阿新 • • 發佈：2018-10-17
用戶 報錯 關閉 src ilove 延遲 mysql高可用性 8.0 efault

MHA 簡介

MHA（Master High Availability）它由日本DeNA公司youshimaton開發，是一套優秀的作為MySQL高可用性環境下故障切換和主從提升的高可用軟件。在MySQL故障切換過程中，MHA能做到在0~30秒之內自動完成數據庫的故障切換操作，並且在進行故障切換的過程中，MHA能在最大程度上保證數據的一致性，以達到真正意義上的高可用。
MHA軟件由兩部分組成：MHA Manager（管理節點）和MHA Node（數據節點）。MHA Manager可以單獨部署在一臺獨立的機器上管理多個master-slave集群，也可以部署在一臺slave節點上。MHA Node運行在每臺MySQL服務器上，MHA Manager會定時探測集群中的master節點，當master出現故障時，它可以自動將最新數據的slave提升為新的master，然後將所有其他的slave重新指向新的master。整個故障轉移過程對應用程序完全透明。

技術分享圖片

MHA工作原理

從宕機崩潰的master保存二進制日誌事件（binlog events）
識別含有最新更新的slave
應用差異的中繼日誌（relay log）到其他的slave
應用從master保存的二進制日誌事件（binlog events）
提升一個slave為新的master
使其他的slave連接新的master進行復制

MHA工具

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信息

MHA集群的搭建及恢復

環境準備：

  1. 4臺centos 7主機，
    172.18.153.7做mha manage主機
    172.18.153.17做MySQL master主機
    172.18.153.27做MySQL slave1主機
    172.18.153.37做MySQL slave2主機
  2. mha manage服務器 安裝mha4mysql-manager-0.56-0.el6.noarch.rpm和mha4mysql-node-0.56-0.el6.noarch.rpm，節點機安裝mha4mysql-node-0.56-0.el6.noarch.rpm
    mha下載

實驗步驟

  1. 配置時間同步 
    #mha服務器上ntpServer
[root@localhost ~]# vim /etc/ntp.conf 
restrict 127.0.0.1   #限制可以同步的主機
restrict ::1
restrict 172.18.153.0 mask 255.255.255.0
server 127.127.1.0   #以該主機的時間為標準
[root@localhost ~]#systemctl restart ntpd
[root@localhost ~]#systemctl restart ntpd  #開機自啟動
#其他主機ntpclient
[root@localhost ~]# vim /etc/ntp.conf 
server 172.18.153.7 iburst    #確認ntpserver
[root@localhost ~]# ntpdate 172.18.153.7  #生效
  2. 配置ssh的等效性（免密登陸） 
    #mha manage
[root@localhost ~]# cd .ssh/
[root@localhost .ssh]# ssh-keygen
[root@localhost .ssh]# ssh-copy-id localhost 
[root@localhost ~]# rsync -rav /root/.ssh [email protected]:/root/
[root@localhost ~]# rsync -rav /root/.ssh [email protected]:/root/
[root@localhost ~]# rsync -rav /root/.ssh [email protected]:/root/
#其他主機
[root@localhost ~]# vim /etc/ssh/ssh_config 
StrictHostKeyChecking no  #ssh首次連接某主機不要詢問yes|no
  3. 配置主從服務器 
    #mysql master
[root@localhost ~]#  vim /etc/my.cnf
[mysqld]
server_id=1
datadir=/mysql/data
innodb_file_per_table
socket=/var/lib/mysql/mysql.sock
log_bin=/mysql/logbin/master-bin
binlog_format=row
skip_name_resolve
[root@localhost ~]# systemctl restart mariadb.service
[root@localhost ~]# mysql
MariaDB [(none)]> show master status;
+-------------------+-----------+
| Log_name          | File_size |
+-------------------+-----------+
| master-bin.000001 |       245 |
+-------------------+-----------+
MariaDB [(none)]> grant replication slave on *.* to repluser@‘172.18.153.%‘ identified by ‘centos‘;
#MySQL slave1與MySQLslave2一樣
[root@localhost ~]#  vim /etc/my.cnf
[mysqld]
[mysqld]
server_id=2
datadir=/mysql/data
log_bin=/mysql/logbin/slave-log
read_only=1
relay_log_purge=0
skip_name_resolve=1
[root@localhost ~]# systemctl restart mariadb.service
[root@localhost ~]# mysql
MariaDB [(none)]> CHANGE MASTER TO
->   MASTER_HOST=‘172.18.153.17‘,
->   MASTER_USER=‘repluser‘,
->   MASTER_PASSWORD=‘centos‘,
->   MASTER_PORT=3306,
->   MASTER_LOG_FILE=‘master-bin.000001‘,
->   MASTER_LOG_POS=245,
->   MASTER_CONNECT_RETRY=10;
MariaDB [(none)]> start slave；
MariaDB [(none)]> show slave status\G;
  4. 配置mha 
    #mha manage安裝mha manage 和mha node
[root@localhost ~]# yum -y localinstall mha4mysql-*   #安裝軟件
#其他主機安裝mha node
[root@localhost ~]# yum localinstall mha4mysql-node-0.56-0.el6.noarch.rpm
#mha managae
[root@localhost ~]# mysql
MariaDB [(none)]> grant all on *.* to mhauser@‘172.18.153.%‘ identified by ‘centos‘;
[root@localhost ~]# mkdir /etc/mha
[root@localhost ~]# vim /etc/mha/app1.conf
[server default]
user=mhauser
password=centos
manager_workdir=/data/mastermha/app1/
manager_log=/data/mastermha/app1/manager.log
master_binlog_dir=/mysql/logbin
remote_workdir=/data/mastermha/app1/
ssh_user=root
repl_user=repluser
repl_password=centos
ping_interval=1
[server1]
hostname=172.18.153.17
candidate_master=1
[server2]
hostname=172.18.153.27
candidate_master=1
[server3]
hostname=172.18.153.37

    mha 參數說明：

    hostname

    配置MySQL服務器的機器名或是IP地址，這個配置項是必須的，而且只能配置在[server_xxx]這個塊下面。

    candidate_master

    這個參數的作用是當設計candidate_master = 1時，這個服務器有較高的優先級提升為新的master(還要具備：　開啟binlog, 復制沒有延遲)。　所以當設置了candidate_master = 1的機器在master故障時必然成為新的master. 但這是很有用的設置優先級的一個參數。
    如果設置了多臺機器的caddidate_master = 1 , 優先策略依賴於塊名字([server_xxx]). [server_1] 優銜權高於[server_2].

    user

    用於管理MySQL的用戶名。這個最後需要root用戶，因為它需要執行：stop slave; change master to , reset slave.

    password

    MySQL的管理用戶的密碼

    repl_user

    MySQL用於復制的用戶，也是用於生成CHANGE MASTER TO 每個slave使用的用戶。　這個用戶必須有REPLICATION SLAVE權限在新的Master上。

    master_binlog_dir

    master上用於存儲binary日誌的全路徑。這個參數用於當master上mysql死掉後，通過ssh連到mysql服務器上，找到需要binary日誌事件

    manager_workdir

    用於指定mha manager產生相關狀態文件全路徑。 如果沒設置 默認是/var/tmp

    manager_log

    指定mha manager的絕對路徑的文件名日誌文件

    ping_interval

    這個參數設置MHA Manager多長時間去ping一下master(執行一些SQL語句）. 當失去和master三次償試，MHA Manager會認為MySQL Master死掉了。也就是說，最大的故障切換時間是４次ping_interval的時間，默認是3秒。

    remote_workdir

    用於指定mha node產生相關狀態文件全路徑

  5. 檢查mha 
    #mha manage
[root@localhost ~]# masterha_check_ssh --conf=/etc/mha/app1.conf
[root@localhost ~]# masterha_check_repl --conf=/etc/mha/app1.conf
  6. 運行mha 
    #mha manage
[root@localhost ~]# nohup masterha_manager --conf=/etc/mha/app1.conf > mharun.log &  #放到後端運行，把運行結果放到文件裏，檢測文件
  7. 模擬故障，直接關掉mysql master 
    #mha manage上，監控日誌文件，MySQL master 關閉以後日誌文件立馬刷新
[root@localhost ~]# tailf /data/mastermha/app1/manager.log 
Started automated(non-interactive) failover.
The latest slave 172.18.153.27(172.18.153.27:3306) has all relay logs for recovery.
Selected 172.18.153.27(172.18.153.27:3306) as a new master.
172.18.153.27(172.18.153.27:3306): OK: Applying all logs succeeded.
172.18.153.37(172.18.153.37:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
172.18.153.37(172.18.153.37:3306): OK: Applying all logs succeeded. Slave started, replicating from 172.18.153.27(172.18.153.27:3306)
172.18.153.27(172.18.153.27:3306): Resetting slave info succeeded.
Master failover to 172.18.153.27(172.18.153.27:3306) completed successfully.
[root@localhost ~]# tailf mharun.log 
Tue Oct 16 20:10:15 2018 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Oct 16 20:10:15 2018 - [info] Reading application default configuration from /etc/mha/app1.conf..
Tue Oct 16 20:10:15 2018 - [info] Reading server configuration from /etc/mha/app1.conf..
Tue Oct 16 20:15:12 2018 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Tue Oct 16 20:15:12 2018 - [info] Reading application default configuration from /etc/mha/app1.conf..
Tue Oct 16 20:15:12 2018 - [info] Reading server configuration from /etc/mha/app1.conf..
  8. 在切換成功後，再開啟舊的主，將舊的主設置為從。 
    [root@localhost ~]# vim /etc/my.cnf #增加兩行配置
[mysqld]
read_only=ON
relay_log_purge=0
[root@localhost ~]# systemctl restart mariadb.service
[root@localhost ~]# mysql
Master [(none)]> CHANGE MASTER TO
->   MASTER_HOST=‘172.18.153.27‘,
->   MASTER_USER=‘repluser‘,
->   MASTER_PASSWORD=‘centos‘,
->   MASTER_PORT=3306,
->   MASTER_LOG_FILE=‘slave-log.000003‘,
->   MASTER_LOG_POS=245,
->   MASTER_CONNECT_RETRY=10;
Master [(none)]> start slave;
Master [(none)]> show slave status\G;
  9. 完成了mha數據庫集群搭建和MySQL主從數據庫破壞後的恢復。

    錯誤解決

錯誤1：檢查數據庫復制情況的時候報錯
Mon Jun 29 18:02:41 2015 - [error][/usr/local/share/perl5/MHA/ServerManager.pm, ln255] Got MySQL error when connecting 192.168.0.4(192.168.0.4:3306) :1045:Access denied for user ‘monitor‘@‘192.168.0.4‘ (using password: YES), but this is not mysql crash. Check MySQL server settings.
解決方法：所有數據庫節點都要創建監控用戶，監控用戶必須要
只在master上創建監控用戶：但是會被復制，在MySQL主從服務器中執行
grant all on . to mhauser@‘172.18.153.%‘ identified by ‘centos‘;
錯誤2：檢查數據庫復制情況的時候報錯
Tue Oct 16 20:06:17 2018 - [error][/usr/share/perl5/vendor_perl/MHA/ManagerUtil.pm, ln122] Got error when getting nod
Tue Oct 16 20:06:17 2018 - [error][/usr/share/perl5/vendor_perl/MHA/ManagerUtil.pm, ln123]
bash: apply_diff_relay_logs: command not found
Tue Oct 16 20:06:17 2018 - [error][/usr/share/perl5/vendor_perl/MHA/ManagerUtil.pm, ln150] node version on 172.18.153age installed ?
at /usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm line 374.
Tue Oct 16 20:06:17 2018 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln424] Error happened on checki on 172.18.153.27 not found! Is MHA Node package installed ?
at /usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm line 374.
...propagated at /usr/share/perl5/vendor_perl/MHA/ManagerUtil.pm line 151.
Tue Oct 16 20:06:17 2018 - [error][/usr/share/perl5/vendor_perl/MHA/MasterMonitor.pm, ln523] Error happened on monito
Tue Oct 16 20:06:17 2018 - [info] Got exit code 1 (Not master dead).
MySQL Replication Health is NOT OK!
解決方法：你的mha node服務器中沒有檢測到mha4mysql-node,重新安裝即可，yum -y localinstall mha4mysql-node-0.56-0.el6.noarch.rpm
錯誤3：檢查數據庫復制情況的時候報錯
Mon Apr 13 20:02:15 2015 - [warning] relay_log_purge=0 is not set on slave vdbsrv2(172.16.16.12:3306).
解決方法：在MySQL從服務器上mysql -e ‘set global relay_log_purge=0‘
relay_log_purge：是否自動清空不再需要中繼日誌時。默認值為1(啟用)。

MySQL高可用MHA集群

相關推薦

MySQL高可用MHA集群

用戶 報錯 關閉 src ilove 延遲 mysql高可用性 8.0 efault MHA 簡介 MHA（Master High Availability）它由日本DeNA公司youshimaton開發，是一套優秀的作為MySQL高可用性環境下故障切換和主從提升的高可用軟

搭建高可用mongodb集群（一）——配置mongodb

st2 cast 取數據 tro .org 功能 mongodb rails fast 搭建高可用mongodb集群（一）——配置mongodb 在大數據的時代，傳統的關系型數據庫要能更高的服務必須要解決高並發讀寫、海量數據高效存儲、高可擴展性和高可用性這些難題。不過

搭建高可用mongodb集群（四）—— 分片

tor cat address pad 業務 [] 日誌信息 ast mongo 搭建高可用mongodb集群（四）—— 分片 按照上一節中《搭建高可用mongodb集群（三）—— 深入副本集》搭建後還有兩個問題沒有解決： 從節點每個上面的數據都是對數據庫全量拷貝，

MySQL-高可用MHA+Atlas讀寫分離

逗哥 mysql 主從 mha atals讀寫分離 公司最近為新的MySQL架構進行調整，要求給出方案，我這邊提出使用MHA+Atlas做高可用集群讀寫分離架構，就多方討論最終確認方案，進行實施；一、簡單說下MHA的工作原理1個管理節點可以管理多套mysql架構，可以不裝在mysql主機上

corosync+pacemaker+crmsh的高可用web集群的實現

corosync pacemaker crmsh httpd網絡規劃：node1：eth0：172.16.31.10/16node2: eth0: 172.16.31.11/16nfs: eth0: 172.16.31.12/15註：nfs在提供NFS服務的同時是一臺NTP服務器，可以讓node1和nod

heartbeat v2版CRM的高可用web集群的實現

heartbeat heartbeat v2 crm on上篇文章：heartbeat v1版CRM的高可用集群的實現集群架構圖 ： 主節點(172.16.31.10)客戶端(172.16.31.12) Vitual IP(172.16.3

heartbeat+nginx搭建高可用HA集群

resp acl 取代 doc /usr 廣播 cin iptables ha.cf 前言： HA即(high available)高可用，又被叫做雙機熱備，用於關鍵性業務。簡單理解就是，有2臺機器 A 和 B，正常是 A 提供服務，B 待命閑置，當 A 宕機或服務宕掉，

基於linux實現keepalived高可用的集群網站架構

基於linux實現keepalived高可用的集群網站架構模擬場景：隨著業務的發展，網站的訪問量越來越大，網站訪問量已經從原來的1000QPS，變為3000QPS，目前業務已經通過集群LVS架構可做到隨時拓展，後端節點已經通過集群技術（ldirectord）保障了可用性，但對於前端負載均衡器來說，是個比較大的

高可用rabbitmq集群服務部署步驟

步驟 file 基本 0.10 lar note stat 同事 cli 消息隊列是非常基礎的關鍵服務，為保證公司隊列服務的高可用及負載均衡，現通過如下方式實現: RabbitMQ Cluster + Queue HA + Haproxy + Keepalived3臺rab

通過heartbeat搭建lvs高可用性集群

linux heartbeat lvs 集群首先，在主、備節點上配置lvs信息，一般通過ldirectord配置在搭建Director Server的雙機熱備系統之前，首先需要在兩臺主機上安裝heartbeat軟件，安裝軟件後在/etc/ha.d/ha.cf產生主配置文件1.配置heartbeat的主配置文件

搭建高可用MongoDB集群（Replica set）

mongodb mongodb副本集 replica set mongodb集群 MongoDB基礎可參考http://blog.51cto.com/kaliarch/2044423一、概述1.1 MongoDB副本集通俗來講，mongodb的副本集相當於具有自動故障恢復的主從集群，主從集群和

搭建高可用mongodb集群（分片）

mongodb3.4分片 mongodb集群 mongodb高可用架構 mongodb副本集+分片 MongoDB基礎請參考：http://blog.51cto.com/kaliarch/2044423MongoDB（replica set）請參考：http://blog.51cto.com/

Kubernetes（K8s）安裝部署過程（三）--創建高可用etcd集群

方式安裝 10.9 修改配置 取消 roo initial code clas list 這裏的etcd集群復用我們測試的3個節點，3個node都要安裝並啟動，註意修改配置文件 1、TLS認證文件分發：etcd集群認證用，除了本機有，分發到其他node節

Centos 6.7高可用web集群corosync+pacemaker實現方案

應用 pen security ready 錯誤信息 standard suse 資源 好的 實驗環境：1、本實驗共有兩個測試節點：172.16.0.12 , 172.16.0.132、集群服務為apache的httpd服務3、提供web服務的VIP為 172.16.0.9

03-創建高可用 etcd 集群

reload 行為 from bin 文件 ted all 客戶 新版本 本文檔記錄自己的學習歷程！ 創建高可用 etcd 集群 kuberntes 系統使用 etcd 存儲所有數據，本文檔介紹部署一個三節點高可用 etcd 集群的步驟，這三個節點使用以下機器： 192.

Nginx+Tomcat+Keepalived實現高可用web集群

Nginx Keepadlived Tomcat Nginx+Tomcat+Keepalived實現高可用web集群： 環境：CenOS 6.5Nginx-Master：10.10.10.128Nginx-Backup：10.10.10.129Tomcat1：10.10.10.130Tomcat2

Redis簡介、高可用及集群相關配置

Redis集群 Redis 高可用（Sentinel） Redis簡介 一 Redis 持久化和復制 1 Redis持久化的兩種方式： 1 RDB：可以再指定的時間間隔內生成數據集的時間點快照（每隔一定的時間做一個快照，進行將其刷新到磁盤上，斷電）2 AOF：把服務器執行的所有寫操作命令記錄下來，

大數據之高可用Mongodb集群部署

大數據 在這裏相信有許多想要學習大數據的同學，大家可以關註小編頭條號和轉發，關註私信【學習> 】即可免費領取一整套系統的大數據學習教程 另外，大數據初學者有什麽不懂的可以關註私信【學習】和轉發——我剛整理了一份大數據 2018最新的0基礎入門和進階教程，無私分享 大數據之高可用Mongodb集群

nginx+keepalived實現高可用小型集群

MF 分享 bsp mas 1.5 構圖 type 啟動 master 1.利用keepalived實現nginx調度器高可用； 2.構建LNAMMP架構： 1) Nginx既是前端調度器，又是反向代理緩存服

Memcached 主主復制+ Keepalived 實現 Memcached 高可用架構集群

作用 代理 應用 進行 rep 高可用性 val gen backup Memcached +keepalived 高可用集群 Memcached 主主復制這種架構，在程序連接時不知道應該連接哪個主服務器，所以需要在前端增加 VIP 地址，實現高可用架構。這裏用 Keep