《現嚐好滋味!超級猴子球》:《女神異聞錄5》的摩爾加納將加入猴子幫   寶可夢系列首款小隊策略對戰遊戲「寶可夢大集結」確定推出時程!   虛擬海灘祭!遊戲音訊製作公司AZSTOKE於8月14日(六)舉辦由兩位正妹DJ主持的新形態派對!   三月精選大優惠進駐PlayStation Store   數碼港開設電競直播YouTube頻道 Cyberport Esports   到底哪裡不一樣?各款Nitendo Switch性能統整!   《Among Us》官方授權週邊確定發售!船員們變成紓壓小物!   《Ghost of Tsushima》即將改編電影 

MySQL Master-Master Replication Manager(1)

商業

什麼是 MySQL Master-Master Replication Manager(MMM)?

  • MMM (MySQL Master-Master Replication Manager) 是整合 Script 做 監控/管理 MySQL Master-Master replication cluster 的設定配置.
  • Master-Master 的意思不是同時有兩台 Master 應付寫入的動作, 而是要做備援, 若 Master 死掉, 可於最短的時間內(幾秒內), 將備援的 Master 替換上線, 而這台備援的 Master, 平常也可以當 Slave (Reader).
  • 當 Slave 的 Replication Failed 時, 會自動讓此 Slave 停止提供服務, 避免不同步的狀況發生.
  • MMM 可解決 Master 死掉時, 需要停機或停止所有寫入的問題.

MMM 的特色

上述的事情, 只要在程式判斷 Master 死掉, 之後就永遠寫 Slave 等, 就可以做到(Master 回復時, 再手動去做切換), 但是 MMM 能夠多處理哪些東西呢? MMM 的設定/原理大概是怎麼樣呢?
  • MMM 的基本設定是 Master-Master (就是兩台 MySQL Server 互相設對方為自己的 Master, 自己是對方的 Slave), 所以在任何一台正常回復, 會將資料自動透過 Replication 同步.
  • MMM 能夠在 Master(db1) 死掉時, 在最短的時間, 自動切換到另一台當 Master(db2). 當 Master(db1) 回復時, 會直接當現在 Master(db2) 的 Slave, 不過不會直接上線, 要等資料 sync 同步後, MMM 才會允許手動設定上線.
  • 另可參考: Typical Use Cases 使用情境(常見使用架構)

MMM 的運作原理

MMM 主要做法是 Master(db1), Master(db2) 設定固定 IP, 然後 Monitor 也設定一個固定 IP, 再來 Monitor 的設定再加上兩個 IP(Writer, Reader), 程式讀取/寫入 都是透過 Monitor 另外設的這兩個 IP, 當任何一台機器死掉(不管是 Reader/Writer), Monitor 會自動將 IP 設 到另一台機器上. 註: 透過 ARP(Address Resolution Protocol)iproute 將 IP 指到另一台. 設定依正常設定, 兩台 MySQL Server 各設自己原本的 IP, Monitor 會依照設定檔另外再綁上各自讀寫用的 IP, 跟之前主要的差異是, 兩台 MySQL Server 要多跑 mmm_agent daemon, Monitor 要跑 mmm_mon daemon. MMM 是透過下述 check MySQL servers 是否活著:
  1. IP connectivity (fping)
  2. MySQL connectivity (mysql connect and SELECT NOW())
  3. MySQL IO and SQL threads status (SHOW SLAVE STATUS)
  4. MySQL replication backlog - seconds behind master (SHOW SLAVE STATUS)

MMM 的官方資源

MMM 的更多介紹、說明

Source from Tsung's blog

隨機商業新聞

Micorsoft