網際網路”三高”架構
- 高併發
- 高效能
- 高可用
你的”Redis”是否高可用
單機redis的風險與問題
問題1.機器故障
- 現象:硬碟故障、系統奔潰
- 本質:資料丟失,很可能對業務造成災難性打擊
- 結論:基本上會放棄使用redis
問題2.容量瓶頸
- 現象:記憶體不足,從16G升級到64G,從64G升級到128G,無限升級記憶體
- 本質:窮,硬體條件跟不上
- 結論:放棄使用redis
結論
為了避免單點Redis伺服器故障,準備多臺伺服器,互相連通。將資料複製多個副本儲存在不同的伺服器上,連線在一起,並保證資料是同步的。即使有其中一臺伺服器當機,其他伺服器依然可以繼續提供服務,實現Redis的高可用,同時實現資料冗餘備份。
多臺伺服器連線方案
提供資料方:master
主伺服器,主節點,主庫
主客戶端接收資料方:slave
從伺服器,從節點,從庫
從客戶端需要解決的問題:
資料同步核心工作:
master的資料複製到slave中
主從複製
主從複製即將master中的資料即時、有效的複製到slave中
特徵:一個master可用擁有多個slave,一個slave只對應一個master
職責:
master:
- 寫資料
- 只想寫操作時,將出現變化的資料自動同步到slave
- 讀資料(可忽略)
slave:
- 讀資料
- 寫資料(禁止)
本作品採用《CC 協議》,轉載必須註明作者和本文連結