一 .起因
我們使用主從時有乙個非常大的問題,就是故障轉移完全是通過人工的手段進行的,
為了實現高可用性的要求,redis為我們提供了乙個哨兵的模式進行高可用的完善.
二 . 哨兵模式概述
哨兵模式的原理非常簡單,就是使用乙個指令碼程式充當監聽者,當故障出現時,自動實現故障的轉移.當主節點出現問題時,會從從節點之中選出乙個充當主節點,這就是哨兵模式的基本原理.
實際上使用哨兵模式非常簡單,也只需要進行簡單的配置就可以完成了.
整個基本的架構如下:
配置 :
現在按照乙個一主二從,三個sentinel完成監控的形式配置一下整個結構.
[1]配置三個redis,完成一主二從的模型.
只需要建立兩個從配置檔案,注意salveof的配置就可以了.
配置完成之後,我們啟動主從模式.
配置後查詢的主從資訊如上.
[2]建立乙個sentinel.conf檔案,這個檔案我們可以從redis的安裝檔案之中尋找.
我們開啟這個檔案看一下.
這裡面配置的是哨兵下的主從節點,最後乙個數字代表最少的選票可以變成主伺服器[票數].
[2]執行哨兵指令碼
我們使用redis-sentinel 指令碼執行sentinel.conf配置檔案,這就開啟了哨兵的監控程式.
[3]檢視資訊
使我們使用redis-cli 連線哨兵程式:
具體的資訊如下:
從最後一行我們可以看到我們的我們實現了乙個哨兵的模型.
三 .故障轉移
我們使用哨兵模式最大的目的就是實現故障轉移.
當故障出現的時候,sentinel需要保證了解主從的情況.當sentinel發現主節點出現問題的時候,會通知其他的哨兵程式,
確認是否真的出現了故障.當確認故障出現時,會發生選舉.就是從從節點中選舉產生乙個主節點.
然後就以這個節點作為主節點完成新的主從結構.
當發生故障的節點恢復的時候,哨兵會幫助自動加入到主從中作為從節點.
四 .主觀下線和客觀下線
主線下線:sentinel發現自己與節點之間無法進行資訊互動就會認為節點是主觀下線的.
客觀下線:sentinel當發現其他的sentinel也有相同的主觀下線認知,就會發生客觀下線.
我們再做sentinel配置的時候,最後乙個引數2就表示至少有2個sentinel發生客觀下線
才會進行客觀下線.
客觀下線就代表會進行故障轉移.(主從切換等工作).
五 . 領導者選舉
我們現在含有多個sentinel保證高可用,現在如何選舉主sentinel呢?
其實主節點的選舉是發生在主sentinel之中.
Redis的Sentinel（哨兵）模式
首先，我先說下我對於sentinel模式的理解 我覺得就是redis的主從複製的高可用解決方案，什麼意思呢？就是當主伺服器掛了，不再用人手工操作的方式切換主從伺服器，sentinel伺服器會自動的檢測出掛了的主伺服器，並且自動完成主從伺服器的切換。同樣的，因為書中講到了大量的實現細節，我覺得不用記錄...
Redis 5 0 9配置哨兵模式實現主從切換
準備兩台以上已經安裝redis的伺服器並配置主從，這裡以三颱安裝了redis5.0.9的centos 7 為例子 redis主從配置 主節點 192.168.199.50 從節點 192.168.199.51 從節點 192.168.199.52 redis sentinel 是乙個分布式系統，你可...
我的建模可以複製 014 主要任務
2.3.業務建模時期的主要任務 專案涉眾的共同願景 要想專案成功，可離不開專案涉眾的支援。在專案一開始，不論是專案涉眾還是開發人員，對專案的任務 範圍都是模糊不清的。但隨著專案的深入，原來模糊的景象會慢慢清晰 立體起來。但是為了不浪費時間，我們有必要在專案射入之前，現在專案涉眾中豎立乙個共同的願景。...