疑問1：主節點掛掉后，從節點頂上，那么掛掉的主節點會怎樣？

解答：當S1成為了新的Master之后，S2和節點3該如何處理？顯然并不是篡位之后就殺掉hh。實際上我們是讓S2和節點3成為新的主節點S1的Slave節點，去備份S1節點的數據。
在https://zhuanlan.zhihu.com/p/106110578?utm_source=wechat_session這篇文章找到了答案。

疑問2：槽位是什么

Redis 集群并沒有使用一致性hash，而是引入了哈希槽的概念。Redis 集群有16384個哈希槽，每個key通過CRC16校驗后對16384取模來決定放置哪個槽，集群的每個節點負責一部分hash槽。哈希槽的數量是16384（2^14）個。

為什么是16384（2^14）個？
在redis節點發送心跳包時需要把所有的槽放到這個心跳包里，以便讓節點知道當前集群信息，16384=16k，在發送心跳包時使用char進行bitmap壓縮后是2k（2 * 8 (8 bit) * 1024(1k) = 16K），也就是說使用2k的空間創建了16k的槽數。

雖然使用CRC16算法最多可以分配65535（2^16-1）個槽位，65535=65k，壓縮后就是8k（8 * 8 (8 bit) * 1024(1k) =65K），也就是說需要需要8k的心跳包，作者認為這樣做不太值得；并且一般情況下一個redis集群不會有超過1000個master節點，所以16k的槽位是個比較合適的選擇

目標3：了解哨兵機制

哨兵模式

該模式是從Redis的2.6版本開始提供的，但是當時這個版本的模式是不穩定的，直到Redis的2.8版本以后，這個哨兵模式才穩定下來，無論是主從模式，還是哨兵模式，這兩個模式都有一個問題，不能水平擴容，并且這兩個模式的高可用特性都會受到Master主節點內存的限制。

Sentinel(哨兵)進程是用于監控redis集群中Master主服務器工作的狀態，在Master主服務器發生故障的時候，可以實現Master和Slave服務器的切換，保證系統的高可用。

Sentinel（哨兵）進程的作用

監控(Monitoring): 哨兵(sentinel) 會不斷地檢查你的Master和Slave是否運作正常。

提醒(Notification)：當被監控的某個Redis節點出現問題時, 哨兵(sentinel) 可以通過 API 向管理員或者其他應用程序發送通知。

自動故障遷移(Automatic failover)：當一個Master不能正常工作時，哨兵(sentinel) 會開始一次自動故障遷移操作，它會將失效Master的其中一個Slave升級為新的Master, 并讓失效Master的其他Slave改為復制新的Master；當客戶端試圖連接失效的Master時，集群也會向客戶端返回新Master的地址，使得集群可以使用現在的Master替換失效Master。Master和Slave服務器切換后，Master的redis.conf、Slave的redis.conf和sentinel.conf的配置文件的內容都會發生相應的改變，即，Master主服務器的redis.conf配置文件中會多一行slaveof的配置，sentinel.conf的監控目標會隨之調換。

Sentinel（哨兵）進程的工作方式

每個Sentinel（哨兵）進程以每秒鐘一次的頻率向整個集群中的Master主服務器，Slave從服務器以及其他Sentinel（哨兵）進程發送一個 PING 命令。

如果一個實例（instance）距離最后一次有效回復 PING 命令的時間超過 down-after-milliseconds 選項所指定的值， 則這個實例會被 Sentinel（哨兵）進程標記為主觀下線（SDOWN）

如果一個Master主服務器被標記為主觀下線（SDOWN），則正在監視這個Master主服務器的所有 Sentinel（哨兵）進程要以每秒一次的頻率確認Master主服務器的確進入了主觀下線狀態

當有足夠數量的 Sentinel（哨兵）進程（大于等于配置文件指定的值）在指定的時間范圍內確認Master主服務器進入了主觀下線狀態（SDOWN）， 則Master主服務器會被標記為客觀下線（ODOWN）

在一般情況下， 每個 Sentinel（哨兵）進程會以每 10 秒一次的頻率向集群中的所有Master主服務器、Slave從服務器發送 INFO 命令。

當Master主服務器被 Sentinel（哨兵）進程標記為客觀下線（ODOWN）時，Sentinel（哨兵）進程向下線的 Master主服務器的所有 Slave從服務器發送 INFO 命令的頻率會從 10 秒一次改為每秒一次。

若沒有足夠數量的 Sentinel（哨兵）進程同意 Master主服務器下線， Master主服務器的客觀下線狀態就會被移除。若 Master主服務器重新向 Sentinel（哨兵）進程發送 PING 命令返回有效回復，Master主服務器的主觀下線狀態就會被移除。

哨兵模式的優缺點

優點:

哨兵集群模式是基于主從模式的，所有主從的優點，哨兵模式同樣具有。

主從可以切換，故障可以轉移，系統可用性更好。

哨兵模式是主從模式的升級，系統更健壯，可用性更高。

缺點:

Redis較難支持在線擴容，在集群容量達到上限時在線擴容會變得很復雜。為避免這一問題，運維人員在系統上線時必須確保有足夠的空間，這對資源造成了很大的浪費。

配置復雜

目標4：三種集群模式

主從模式、哨兵模式、Cluster集群模式。詳見上一篇文章

目標5：集群搭建

環境：
一臺虛擬機Centos7
redis 5.0.5

Cluster集群模式，參考《redis 5.0.5 5分鐘搭建redis集群》文章完成cluster集群搭建。

主從+哨兵模式，參考《在一臺centos7服務器上搭建redis集群以及哨兵》文章

Redis Cluster 是在Redis 3.0開始支持的，3.0主要是更新了多機方面的功能，在5.0之前Redis Cluster 主要是采用 Redis提供的 redis-trib.rb（Ruby實現的腳本,需要安裝相應的依賴環境）這個管理工具。5.0版本開始支持 --cluster 參數來進行管理。

總結

以上是生活随笔為你收集整理的redis集群学习一些记录的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。