pacemaker實現zabbix高可用後遇到的很尷尬的問題：監控頁面檢視主機物件的最新資料時發現相同時間會有兩份資料，如下圖：
之所以出現這種情況完全是因為zabbix ha導致的，部署之初只考慮到了主節點宕機後備節點是否能接管vip代替工作，實際上該功能的確通過pacemaker實現了，但卻忽略了重要的一點：主節點在採集資料的同時備節點也在採集資料，搞成了乙個zabbix雙活的架構；
要實現zabbix主備切換的同時又只讓單台zabbix節點工作，就需要讓備節點在平常保持關閉狀態，只有在主節點宕掉的時候再開啟服務；
1.檢視當前pcs狀態，首先保證服務節點資源組正常，都處於online狀態
2.執行pcs cluster unstandby nodename命令，讓節點保持非待機狀態
3.設定資源不回切，不然主節點重啟後會搶占vip，依然保持雙活的局面
4.重啟主節點模擬宕機，檢視群集狀態發現備節點已經承載了vip成為主節點
5.檢視主節點採集服務狀態，發現服務隨著vip漂移到備節點也已經關閉（之前是只飄vip不關服務），這樣就打破了之前「雙活」的架構，實現了真正意義上的ha。
技術交流歡迎加入q群：177428068
高併發 高可用
高併發 提高系統併發能力的方法主要有兩種 前者垂直擴充套件可以通過提公升單機硬體效能，或者提公升單機架構效能，來提高併發性，但單機效能總是有極限的，網際網路分布式架構設計高併發終極解決方案還是後者 水平擴充套件。網際網路分層架構中，各層次水平擴充套件的實踐又有所不同 1 反向 層可以通過 dns輪詢...
redis 高可用切換 Redis高可用使用方法二
redis高可用使用方法一 redis高可用使用方法三 之前是主從模式下,但如果考慮到主從切換時，對於開發者來說需要更換配置檔案，是乙個不明智的選擇 而官方提供了哨兵模式 當然在官方不提供的前提下方式是有多種解決的 dns，四層等 一 哨兵的配置 cd redis 4.0.12 切換到之前解壓的目錄...
keepalived haproxy高可用集群
環境 主haproxy伺服器 192.168.80.100 keepalived haproxy 備haproxy伺服器 192.168.80.101 keepalived haproxy web伺服器1 192.168.80.102 httpd nginx tomcat web伺服器2 192.1...