Replication
幫助設置 Galera Arbitrator
我正在測試一個只有 2 個節點的 MariaDB Galera 集群,我有三台伺服器
haproxy, node1
和node2
. 我能夠設置它並且在測試階段之前它工作正常。我做了兩種類型的測試:
- 主節點故障
- 第二個節點失敗
在測試時,我遇到了描述問題的這個頁面。
所以我想按照指南所說的那樣在兩台伺服器上設置 garbd,但我認為它不起作用(?)
這是我的 garbd 配置:
group="galera-testing" address="gcomm://10.10.10.16,10.10.10.17" options="gmcast.listen_addr=tcp://0.0.0.0:4444" log="/var/log/garbd.log"
如果我執行
sudo garbd --cfg /etc/garbd.cnf
日誌停止於:注意:我在兩台伺服器上都啟動了它INFO: (b363d915-923d, 'tcp://0.0.0.0:4444') turning message relay requesting off
而且我不能繼續使用終端而不殺死它。
現在,我在考慮兩種選擇:
- 在我的 HAProxy 伺服器上設置 garbd 使其充當仲裁者或
- 在兩個節點上設置 garbd(我很困惑,因為指南說要在兩個伺服器上設置它?什麼??)
誰能指出我正確的方向?謝謝!
**注意:**在 + HAProxy 之前,我能夠用三個節點測試 Galera Clusters,它比兩個節點更好。但為了滿足我的好奇心,我也有點想學習這個作品。
兩個節點 galera是一個根本性的設計,因為它無法維持正常執行時間而沒有法定人數和節點下降以幫助恢復的能力。
garb 是玩具測試的東西,而不是生產工具。
使用 3 個節點作為完整的 galera 成員節點。
在所有節點上的冗餘配置中使用 haproxy。對 haproxy 和 galera 使用不同的 IP 地址,而不會重疊。
如果它在測試中不可靠,那麼它在生產中也不可靠。
我的配置工作得很好,忘記在每個節點 IP 上添加埠 4567 並刪除了選項。
group="galera-testing" address="gcomm://10.10.10.15:4567, 10.10.10.16:4567, 10.10.10.17:4567" log="/var/log/garbd.log"
現在我的 2 節點 galera 工作。即使一個宕機,我仍然可以將數據傳輸到數據庫。