在使用郵件系統的過程中，你可曾有過這樣的煩惱？單機系統突然出現致命故障，但是排查故障，恢復系統執行，短則花了半小時，長則需要一到兩個小時才能解決問題，並且故障問題還不一定能全部恢復，問題嚴重時甚至會造成資料丟失。而在這乙個小時裡，你永遠不可能知道會發生什麼樣的損失。
在過去，企業應對這類問題通常會選擇單活高可用集群的方案，但隨著時間的推移，這個高投入低回報的過時解決方案，已不符合現代辦公的高效率低成本要求。為解決企業面臨的這一問題，coremail論客的技術專家們經過多方位的研發考察，推出了coremail多活集群解決方案，幫助使用者一步到位解決憂慮。
coremail多活集群解決方案主要採用高可用和負載均衡的分布式集群方式，通過無感知切換，無需磁碟陣列的方法在增加可用性的同時增加系統的效能，並且其完美相容了coremail自研產品，從基礎架構到應用系統都有技術專家支援，價效比、投資回報率更高。
coremail 多活集群實現邏輯
在coremail自研實時同步技術的支援下，多活集群可以為不同的伺服器進行資料互為備份，並且多節點同時對外提供業務支撐能力，在應對業務故障、硬體故障或災難性故障時，自動切換到可用伺服器繼續提供服務，最大化的保障了業務的連續性。
coremail sync 資料實時同步技術
資料增量備份：當郵件系統資料發生變更時，coremail sync捕獲到變化資料，並且將非同步傳輸到目標伺服器，目標伺服器收到傳輸資料後，會進行資料回放，將對應變更寫入郵件系統
斷點續傳：如果在傳輸過程中目標機器出現故障的時候，會把傳輸的資料暫時儲存在本地，等到目標機器恢復後再自動進行傳輸。
故障節點業務全自動平滑接管
無單儲存故障：資料零丟失，業務不中斷。
高資源配比：機器資源同時提供服務，資源利用率高。
自動化處理：出現故障時自動切換並且郵件通知。
視覺化差異統計：快速統計伺服器之間資料差異。
並且此方案在本地集群的運用中可實現業務不中斷，使用者無感知的秒級故障切換，保障核心業務不受影響。
mysql異地多活方案 資料庫異地多活解決方案
異地多活指分布在異地的多個站點同時對外提供服務的業務場景。異地多活是高可用架構設計的一種，與傳統的災備設計的最主要區別在於 多活 即所有站點都是同時在對外提供服務的。以乙個簡單的業務單元的it系統為例，整個it系統的異地多活方案如下圖所示。整個方案將各站點分為 分流量層 應用層和資料層。單元封閉 應...
Redis Sentinel 哨兵 集群解決方案
size x large color black b redis 哨兵的服務框架 b color size 哨兵也是 redis 伺服器，只是它與我們平時提到的 redis 伺服器職能不同，哨兵負責監視普通的 redis 伺服器，提高乙個伺服器集群的健壯和可靠性。哨兵和普通的 redis 伺服器所用...
分布式，微服務，集群和異地多活
分布式的初衷是為了分隔和拆分子業務，所以分布式指的物件是應用伺服器。每個應用伺服器都可以部署單獨的子業務。一般分析好處，我們可以從下面幾點進行考慮 1.可用性。分布式部署，如果乙個業務節點出現問題，不會影響其他業務節點，除非其他業務節點依賴了失敗節點。2.易擴充套件，客觀上便於高效能。因為單獨的子業...