四、redis系列之主從複製與哨兵機制

摘要： 1. 緒言 在現實應用環境中，出於資料容量、容災、效能等因素的考慮，往往不會只使用一臺伺服器，而是使用叢集的方式。Redis 中也有類似的維持一主多從的方式提高 Redis 叢集的高可用性的方案，而其中不可避免的則是如何保證主從例項間的資料一致性，複製（Replication）是其解決辦法...

1. 緒言

在現實應用環境中，出於資料容量、容災、效能等因素的考慮，往往不會只使用一臺伺服器，而是使用叢集的方式。Redis 中也有類似的維持一主多從的方式提高 Redis 叢集的高可用性的方案，而其中不可避免的則是如何保證主從例項間的資料一致性，複製（Replication）是其解決辦法。本篇介紹redis的主從複製及哨兵機制。

2. redis主從複製

2.1 主從拓撲

2.2 配置

slaveof 192.168.56.100 6379

也就是：slaveof 主伺服器ip 埠號。

然後修改配置中的bind屬性，bind屬性預設繫結127.0.0.1，如果redis主伺服器綁定了127.0.0.1，那麼跨伺服器IP的訪問就會失敗，從伺服器用IP和埠訪問主的時候，主伺服器發現本機6379埠綁在了127.0.0.1上，也就是隻能本機才能訪問，外部請求會被過濾，這是Linux的網路安全策略管理的。所以我們要進行修改（注：為方便下面的哨兵部分內容測試，4臺伺服器都要修改）：

bind 0.0.0.0

這是在測試環境上的配置，如果在生產環境中，就要繫結主伺服器的實際ip和埠。

然後如下圖所示，我們分別啟動了4臺伺服器上的redis：

2.3 功能

3. 哨兵（sentinel）

上面說到容災恢復是提到主伺服器出現故障（宕機）或者關機時，從伺服器可以轉換成主伺服器來用，從伺服器怎麼結束之前的主從關係，轉換為主伺服器呢？

slaveof no one

如上圖所示，我們先把chb主伺服器上的redis服務關閉，然後在chb1上執行slaveof no one

命令，可以看到，chb1已經變成了master，chb2和chb3還是從屬於之前的chb。如果我們現在想要chb2和chb3從屬於chb1，就需要重新進行配置。

但是，在實際生產環境中，不可能時時刻刻都人為得進行監控主伺服器是否正常工作，所以，主伺服器如果發生故障，最好讓伺服器自動完成主從轉換，並修改其他從伺服器的從屬。這就涉及到redis的哨兵（sentinel）了。

3.1 Sentinel的主要任務

Redis 的 Sentinel 系統用於管理多個 Redis 伺服器（instance）， 該系統執行以下三個任務：

1）監控（Monitoring）：Sentinel 會不斷地檢查你的主伺服器和從伺服器是否運作正常。

2）提醒（Notification）：當被監控的某個 Redis 伺服器出現問題時， Sentinel 可以通過 API 向管理員或者其他應用程式傳送通知。

3）自動故障遷移（Automatic failover）：當一個主伺服器不能正常工作時， Sentinel 會開始一次自動故障遷移操作， 它會將失效主伺服器的其中一個從伺服器升級為新的主伺服器， 並讓失效主伺服器的其他從伺服器改為複製新的主伺服器； 當客戶端試圖連線失效的主伺服器時， 叢集也會向客戶端返回新主伺服器的地址， 使得叢集可以使用新主伺服器代替失效伺服器。

Redis Sentinel 是一個分散式系統， 我們可以在一個架構中執行多個 Sentinel 程序（progress）， 這些程序使用流言協議（gossip protocols)來接收關於主伺服器是否下線的資訊， 並使用投票協議（agreement protocols）來決定是否執行自動故障遷移， 以及選擇哪個從伺服器作為新的主伺服器。

3.2 配置sentinel

在chb、chb1、chb2三臺伺服器/myredis目錄下新建一個名為sentinel.conf的檔案，並在檔案中輸入一下內容：

#哨兵埠 
port 26379 

#2表示在sentinel叢集中最少需要有兩個節點檢測到redis主節點出故障就進行主從切換 
sentinel monitor mymaster 192.168.56.100 6379 2 

#如果3s內mymaster無響應，則認為mymaster宕機了 
sentinel down-after-milliseconds mymaster 3000 

#如果10秒後,mysater仍沒活過來，則啟動failover 
sentinel failover-timeout mymaster 10000 

#後臺執行 
daemonize yes 

#指定工作目錄 
dir "/myredis" 

protected-mode no 

#制定日誌檔案 
logfile "/myredis/sentinel.log" 

#redis主節點密碼,本篇中並未對主伺服器設定密碼，故省略 
#sentinel auth-pass mymaster 123456

第一行配置指示 Sentinel 去監視一個名為 mymaster 的主伺服器， 這個主伺服器的 IP 地址為 192.168.56.100 ， 埠號為 6379 ， 而將這個主伺服器判斷為失效至少需要 2 個 Sentinel 同意 （只要同意 Sentinel 的數量不達標，自動故障遷移就不會執行）。

不過要注意， 無論你設定要多少個 Sentinel 同意才能判斷一個伺服器失效， 一個 Sentinel 都需要獲得系統中多數（majority） Sentinel 的支援， 才能發起一次自動故障遷移。換句話說， 在只有少數（minority） Sentinel 程序正常運作的情況下， Sentinel 是不能執行自動故障遷移的。

上述配置中各個選項的功能如下：

down-after-milliseconds 選項指定了 Sentinel 認為伺服器已經斷線所需的毫秒數。

如果伺服器在給定的毫秒數之內， 沒有返回 Sentinel 傳送的 PING 命令的回覆， 或者返回一個錯誤， 那麼 Sentinel 將這個伺服器標記為主觀下線（subjectively down，簡稱 SDOWN，指的是單個 Sentinel 例項對伺服器做出的下線判斷 ）。

不過只有一個 Sentinel 將伺服器標記為主觀下線並不一定會引起伺服器的自動故障遷移： 只有在足夠數量的 Sentinel 都將一個伺服器標記為主觀下線之後， 伺服器才會被標記為客觀下線（objectively down， 簡稱 ODOWN ，指的是多個 Sentinel 例項在對同一個伺服器做出 SDOWN 判斷， 並且通過 SENTINEL is-master-down-by-addr 命令互相交流之後， 得出的伺服器下線判斷）， 這時自動故障遷移才會執行。將伺服器標記為客觀下線所需的 Sentinel 數量由對主伺服器的配置決定。

parallel-syncs 選項指定了在執行故障轉移時， 最多可以有多少個從伺服器同時對新的主伺服器進行同步， 這個數字越小， 完成故障轉移所需的時間就越長。

3.3 啟動 Sentinel

對於 redis-sentinel 程式， 你可以用以下命令來啟動 Sentinel 系統：

redis-sentinel /path/to/sentinel.conf

對於 redis-server 程式， 你可以用以下命令來啟動一個執行在 Sentinel 模式下的 Redis 伺服器：

redis-server /path/to/sentinel.conf --sentinel

兩種方法都可以啟動一個 Sentinel 例項。

啟動sentinel後，還要一次啟動個伺服器的redis服務，然後我們再次檢視主從關係如下圖所示：

同時，我們也可以在日誌檔案/myreids/sentinel.log中檢視到資訊：

2057:X 01 Dec 2018 10:43:57.026 * +slave slave 192.168.56.101:6379 192.168.56.101 6379 @ mymaster 192.168.56.100 6379
2057:X 01 Dec 2018 10:44:17.115 * +slave slave 192.168.56.102:6379 192.168.56.102 6379 @ mymaster 192.168.56.100 6379
2057:X 01 Dec 2018 10:44:37.166 * +slave slave 192.168.56.103:6379 192.168.56.103 6379 @ mymaster 192.168.56.100 6379

哨兵日誌說明主從關係已建立。