keepalived負責的是故障轉移，至於故障轉以後的節點之間資料的一致性問題依賴於具體的複製模式。
不管是主從、一主多從還是雙主、集群節點個數、主從具體的模式無關（常規複製，半同步複製，gtid複製，多執行緒複製，甚至可以是mgr）都沒有直接的關係。
個人認為，mysql高可用方向，mgr+自動故障轉移中介軟體（keepalived），應該是是個趨勢。怎麼感覺mha的配置又臭又長。
keepalive的安裝
1，參考
2、解壓，編譯安裝
tar zxvf keepalived-***x.tar
.gz./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.******xx/
make && make
install
cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/
cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
mkdir /etc/keepalived
cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
cp /usr/local/keepalived/sbin/keepalived /usr/sbin/service keepalived start
2，keepalived配置
參考3，自行主從（主主）搭建，注意事項
1，主從（或者主主）伺服器之間相互ping的同，如果不同，可能是防火牆的原因
2，給予相關shell指令碼的可執行許可權，chmod +x mysql_check.sh
3，測試之前先搭建好主從，單純測試keepalived的故障轉移功能的話，甚至主從就不用搭建，所以高可用的本質，還是跟複製的模式有很大的關係
整個搭建過程不算複雜，如果各個節點之間使用指令碼標準化安裝的話並不需要花很長時間，以下是節點的故障轉移的效果，可以發現乙個連線可以自動從乙個節點轉移到另外乙個節點。
基於keepalived的redis通訊鏈結數測試
使用keepalived做負載均衡後發現了乙個問題 作為realserver的redis伺服器上有許多開啟的監聽連線長久時間的不關閉 做個測試，檢查下問題的所在 初步判斷是和客戶端使用redis鏈結的方式有關 其次是由於網路波動造成的連線中斷，由於keepalived的原因無法關閉realserve...
基於keepalived雙主模型的高可用LVS
背景知識 keepalived keepalived的作用是檢測web伺服器的狀態，如果有一台web伺服器宕機，或工作出現故障，keepalived將檢測到，並將有故障的web 伺服器從系統中剔除，當web伺服器工作正常後keepalived自動將web伺服器加入到伺服器群中，這些工作全部自動完成，...
keepalived的工作原理
目錄 keepalived 的介紹 keepalived 三個模組 vrrp 虛擬路由冗餘協議 keepalived 兩種模式 keepalived 的實現 由於工作中有用到keepalived 服務簡單記錄一下keepalived 簡單的原理 1.core 負責主程序的啟動維護，和全域性配置檔案的...