Redis哨兵模式實現(xiàn)一主二從三哨兵
一、redis環(huán)境：
環(huán)境：redis6.2.6
linux虛擬機一臺，contos7；
二、哨兵介紹：
1.一主二從三哨兵理論圖：
一主兩從三哨兵集群，當master節(jié)點宕機時，通過哨兵(sentinel)重新推選出新的master節(jié)點，保證集群的可用性。
2.哨兵的主要功能：
1.集群監(jiān)控：負責監(jiān)控 Redis master 和 slave 進程是否正常工作。
2.消息通知：如果某個 Redis 實例有故障，那么哨兵負責發(fā)送消息作為報警通知給管理員。
3.故障轉(zhuǎn)移：如果 master node 掛掉了，會自動轉(zhuǎn)移到 slave node 上。
4.配置中心：如果故障轉(zhuǎn)移發(fā)生了，通知 client 客戶端新的 master 地址。
PS：根據(jù)推舉機制，集群中哨兵數(shù)量最好為奇數(shù)(3、5…)
3.哨兵用于實現(xiàn) redis 集群的高可用，本身也是分布式的，作為一個哨兵集群去運行，互相協(xié)同工作。
- 故障轉(zhuǎn)移時，判斷一個 master node 是否宕機了，需要大部分的哨兵都同意才行，涉及到了分布式選舉的問題。
- 即使部分哨兵節(jié)點掛掉了，哨兵集群還是能正常工作的，因為如果一個作為高可用機制重要組成部分的故障轉(zhuǎn)移系統(tǒng)本身是單點的，那就很坑爹了。
4.哨兵的核心知識：
- 哨兵至少需要 3 個實例，來保證自己的健壯性。
- 哨兵 + redis 主從的部署架構(gòu)，是不保證數(shù)據(jù)零丟失的，只能保證 redis 集群的高可用性。
- 對于哨兵 + redis 主從這種復(fù)雜的部署架構(gòu)，盡量在測試環(huán)境和生產(chǎn)環(huán)境，都進行充足的測試和演練。
三、安裝redis:
此處省略redis的安裝。
四、使用Redis主從復(fù)制的作用：
主從復(fù)制，是指將一臺Redis主節(jié)點服務(wù)器的數(shù)據(jù)，復(fù)制到其他的Redis從節(jié)點服務(wù)器。
主節(jié)點稱為(master/leader)，從節(jié)點稱為(slave/follower)；
1，數(shù)據(jù)冗余：主從復(fù)制實現(xiàn)了數(shù)據(jù)的熱備份，這也是持久化實現(xiàn)的另一種方式。
2，故障恢復(fù)：當主節(jié)點出現(xiàn)問題時，可以由從節(jié)點提供服務(wù)，實現(xiàn)快速的故障恢復(fù)；實際上是一種服務(wù)的冗余。
3，讀寫分離：master服務(wù)主要用來寫，slave服務(wù)主要用來讀數(shù)據(jù)。可以提高服務(wù)器的負載能力，可以根據(jù)需求的變化，添加從節(jié)點的數(shù)量。
4，負載均衡：同時配合讀寫分離，由主節(jié)點提供寫服務(wù)，從節(jié)點提供讀服務(wù)，分擔服務(wù)器的負載。在寫少讀多的情況下，通過多個從節(jié)點分擔讀負載，能夠大大提高Redis服務(wù)的并發(fā)量和負載。
5，高可用的基石，主從復(fù)制是哨兵和集群模式能夠?qū)嵤┑幕A(chǔ)。
五、配置redis一主二從：
在正常的生產(chǎn)中我們是準備多臺服務(wù)器，比如三臺，每臺都在各自的linux系統(tǒng)中安裝redis。
但是此處為了演示方便，我使用一臺電腦安裝虛擬機，在虛擬機上安裝三份redis服務(wù)，來模擬一主二從的效果。
第一步：修改原redis.conf配置文件：
redis.conf配置文件采用默認的混合持久化，也可以采用單獨的RDB持久化，因為主從復(fù)制的本質(zhì)是RDB方式，所以要有RDB方式參與即可。
原redis.conf配置文件需要修改的幾個地方：
1.先在網(wǎng)絡(luò)部分注釋掉單機連接那一行,即注釋掉bind 127.0.0.1 2.同樣我們要將后臺運行打開：daemonize no，設(shè)置為yes。 3.將 保護模式關(guān)閉：protected-mode yes 改為：protected-mode no 4.打開RDB持久化配置： #RDB持久化策略 默認三種方式，[900秒內(nèi)有1次修改], #[300秒內(nèi)有10次修改],[60秒內(nèi)有10000次修改]即觸發(fā)RDB持久化， #我們可以手動修改該參數(shù)或新增策略 save 900 1 save 300 10 save 60 10000 #RDB文件名 dbfilename dump.rdb #RDB文件存儲路徑 dir ./ 策略配置： #在seconds秒內(nèi)有changes次數(shù)據(jù)修改就觸發(fā)RDB持久化 5.開啟AOF持久化配置 appendonly yes #AOF文件名 appendfilename "appendonly.aof" #AOF文件存儲路徑 與RDB是同一個參數(shù),共用一個文件路徑 dir ./ #即bin目錄下 #AOF策略，一般都是選擇第一種[always:每個命令都記錄], #[everysec:每秒記錄一次],[no:看機器的心情高興了就記錄，linux一般半個小時同步一次] #appendfsync always appendfsync everysec # appendfsync no #aof文件大小比起上次重寫時的大小,增長100%(配置可以大于100%)時,觸發(fā)重寫。 #[假如上次重寫后大小為10MB，當AOF文件達到20MB時也會再次觸發(fā)重寫，以此類推 auto-aof-rewrite-percentage 100 #aof文件大小超過64MB*2時,觸發(fā)重寫， #為何要乘以2，因為auto-aof-rewrite-percentage 100 是翻倍即100%， #達到翻倍時才重寫 auto-aof-rewrite-min-size 64mb 6.打開混合持久化： #6.aof-use-rdb-preamble yes # 檢查混合持久化是否打開，redis5.0后默認開啟
第二步：將修改后的redis.conf配置文件復(fù)制出來三份：
1.進入redis默認的安裝路徑:cd /usr/local/bin ll #查看文件夾內(nèi)容 cp redis.conf redis_bk.conf #盡量備份一個配置文件，防止修改錯了，可以重新用 cp redis.conf redis6379.conf cp redis.conf redis6380.conf cp redis.conf redis6381.conf
第三步：分別修改三個配置文件：
vim redis6379.conf 修改的內(nèi)容： pidfile /var/run/redis_6379.pid port 6379 dbfilename dump6379.rdb
vim redis6380.conf 修改的內(nèi)容： pidfile /var/run/redis_6380.pid port 6380 dbfilename dump6380.rdb
vim redis6381.conf 修改的內(nèi)容： pidfile /var/run/redis_6381.pid port 6381 dbfilename dump6381.rdb
redis啟動前的準備工作：
查看虛擬機防火墻是否關(guān)閉，需要關(guān)閉防火墻
1:查看防火狀態(tài)
systemctl status firewalld service iptables status
2:暫時關(guān)閉防火墻
systemctl stop firewalld service iptables stop
3:永久關(guān)閉防火墻
systemctl disable firewalld chkconfig iptables off
關(guān)閉后再查看防火墻狀態(tài)
開放指定端口6379：
開放指定端口的方式一：
在linux中執(zhí)行： /sbin/iptables -I INPUT -p tcp --dport 6379 -j ACCEPT
redis默認端口號6379是不允許進行遠程連接的，所以在防火墻中設(shè)置6379開啟遠程服務(wù)；
開放指定端口的方式二：
先開啟防火墻才能開放指定端口的：systemctl start firewalld
firewall-cmd --zone=public --add-port=6379/tcp --permanent
第四步：啟動三臺redis服務(wù)器,并查看是否啟動成功：
redis-server redis6379.conf redis-server redis6380.conf redis-server redis6381.conf ps -ef | grep redis
第五步：配置從庫不配置主庫 ：
先連接上redis客戶端：
redis-cli -p 6380
然后將6380機器配置成從機：
slaveof 主機ip 主機端口號 #slaveof 127.0.0.1 6379 info replication
然后將6381機器配置成從機：
redis-cli -p 6381 #slaveof 主機ip 主機端口號 slaveof 127.0.0.1 6379 info replication
在主機查看從機信息：發(fā)現(xiàn)配置成功。
redis-cli -p 6379 info replication
六、配置redis三哨兵：
將官方自帶的sentinel.conf(此文件在redis的源碼目錄下，即解壓路徑下）復(fù)制到/usr/local/bin：
然后復(fù)制出來三份：
修改的內(nèi)容如下：
vim sentinel0.conf 文件修改內(nèi)容如下： protected-mode no daemonize yes port 26379 #sentinel 端口 dir “/usr/local/bin” sentinel monitor mymaster 127.0.0.1 6379 2
然后分別修改sentinel1.conf信息如下：
protected-mode no daemonize yes port 26380 # sentinel 端口，因為我們在一臺虛擬機上，所以端口要不一樣 dir “/usr/local/bin” sentinel monitor mymaster 127.0.0.1 6379 2 #這里的mymaster 兩個副本的要一樣,mymaster同一個主機名
然后分別修改sentinel2.conf信息如下：
protected-mode no daemonize yes port 26381 # sentinel 端口，因為我們在一臺虛擬機上，所以端口要不一樣 dir “/usr/local/bin” sentinel monitor mymaster 127.0.0.1 6379 2 #這里的mymaster 兩個副本的要一樣
配置文件詳解
哨兵的配置主要就是修改sentinel.conf配置文件中的參數(shù)，在Redis安裝目錄即可看到此配置文件，各參數(shù)詳解如下:
# 哨兵sentinel實例運行的端口，默認26379 port 26379 # 哨兵sentinel的工作目錄 dir ./ # 是否開啟保護模式，默認開啟。 protected-mode:no # 是否設(shè)置為后臺啟動。 daemonize:yes # 哨兵sentinel的日志文件 logfile:./sentinel.log # 哨兵sentinel監(jiān)控的redis主節(jié)點的 ## ip：主機ip地址 ## port：哨兵端口號 ## master-name：可以自己命名的主節(jié)點名字 ## quorum:當這些quorum個數(shù)sentinel哨兵認為master主節(jié)點失聯(lián) 那么這時 #客觀上認為主節(jié)點失聯(lián)了 # sentinel monitor <master-name> <ip> <redis-port> <quorum> sentinel monitor mymaster 127.0.0.1 6379 2 # 當在Redis實例中開啟了requirepass，所有連接Redis實例的客戶端都要提供密碼。 # sentinel auth-pass <master-name> <password> sentinel auth-pass mymaster 123456 # 指定主節(jié)點應(yīng)答哨兵sentinel的最大時間間隔，超過這個時間，哨兵主觀上認為主節(jié)點下線， #默認30秒 # sentinel down-after-milliseconds <master-name> <milliseconds> sentinel down-after-milliseconds mymaster 30000 # 指定了在發(fā)生failover主備切換時，最多可以有多少個slave同時對新的master進行同步。 #這個數(shù)字越小，完成failover所需的時間就越長；反之，但是如果這個數(shù)字越大，就意味著 #越多的slave因為replication而不可用?？梢酝ㄟ^將這個值設(shè)為1，來保證每次只有一個slave， #處于不能處理命令請求的狀態(tài)。 # sentinel parallel-syncs <master-name> <numslaves> sentinel parallel-syncs mymaster 1 # 故障轉(zhuǎn)移的超時時間failover-timeout，默認三分鐘，可以用在以下這些方面： ## 1. 同一個sentinel對同一個master兩次failover之間的間隔時間。 ## 2. 當一個slave從一個錯誤的master那里同步數(shù)據(jù)時開始，直到slave被糾正為從正確 #的master那里同步數(shù)據(jù)時結(jié)束。 ## 3. 當想要取消一個正在進行的failover時所需要的時間。 ## 4.當進行failover時，配置所有slaves指向新的master所需的最大時間。不過， #即使過了這個超時，slaves依然會被正確配置為指向master， 但是就不按parallel-syncs所配置的規(guī)則來同步數(shù)據(jù)了 # sentinel failover-timeout <master-name> <milliseconds> sentinel failover-timeout mymaster 180000 # 當sentinel有任何警告級別的事件發(fā)生時（比如說redis實例的主觀失效和客觀失效等等）， #將會去調(diào)用這個腳本。一個腳本的最大執(zhí)行時間為60s，如果超過這個時間， #腳本將會被一個SIGKILL信號終止，之后重新執(zhí)行。 # 對于腳本的運行結(jié)果有以下規(guī)則： ## 1. 若腳本執(zhí)行后返回1，那么該腳本稍后將會被再次執(zhí)行，重復(fù)次數(shù)目前默認為10。 ## 2. 若腳本執(zhí)行后返回2，或者比2更高的一個返回值，腳本將不會重復(fù)執(zhí)行。 ## 3. 如果腳本在執(zhí)行過程中由于收到系統(tǒng)中斷信號被終止了，則同返回值為1時的行為相同。 # sentinel notification-script <master-name> <script-path> sentinel notification-script mymaster /var/redis/notify.sh # 這個腳本應(yīng)該是通用的，能被多次調(diào)用，不是針對性的。 # sentinel client-reconfig-script <master-name> <script-path> sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
最后是先啟動三個服務(wù)，然后起送三個哨兵，然后客戶端；
啟動哨兵：
redis-sentinel sentinel0.conf redis-sentinel sentinel1.conf redis-sentinel sentinel2.conf
啟動后查看sentinel信息：redis-cli -p sentinel的端口號
redis-cli -p 26379 info sentinel
到此這篇關(guān)于Redis哨兵模式實現(xiàn)一主二從三哨兵的文章就介紹到這了,更多相關(guān)Redis 一主二從三哨兵內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
這篇文章主要為大家介紹了RedisTemplate訪問Redis的更好方法詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2023-01-01
這篇文章主要介紹了redis批量刪除指定前綴key四種方法,本文通過實例代碼給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2024-03-03
Redis是一個基于內(nèi)存的數(shù)據(jù)庫，它的數(shù)據(jù)是存放在內(nèi)存中，內(nèi)存有個問題就是關(guān)閉服務(wù)或者斷電會丟失，Redis的數(shù)據(jù)也支持寫到硬盤中，這個過程就叫做持久化，文中有詳細的圖介紹,需要的朋友可以參考下2023-06-06
redis哈希和集合_動力節(jié)點Java學(xué)院整理
這篇文章主要為大家詳細介紹了redis哈希和集合的相關(guān)資料，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-08-08
這篇文章主要為大家介紹了Redis過期數(shù)據(jù)會被立馬刪除么的問題解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-07-07
利用Redis實現(xiàn)訪問次數(shù)限流的方法詳解
這篇文章主要給大家介紹了關(guān)于如何利用Redis實現(xiàn)訪問次數(shù)限流的相關(guān)資料,文中通過實例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2022-02-02
今天小編就為大家分享一篇redis-cli 使用密碼登錄的實例，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2018-05-05
redis緩存數(shù)據(jù)庫中數(shù)據(jù)的方法
這篇文章主要為大家詳細介紹了redis緩存數(shù)據(jù)庫中數(shù)據(jù)的方法，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-07-07
Redis?中ZSET數(shù)據(jù)類型命令使用及對應(yīng)場景總結(jié)(案例詳解)
這篇文章主要介紹了Redis?中ZSET數(shù)據(jù)類型命令使用及對應(yīng)場景總結(jié),本文通過示例代碼給大家介紹的非常詳細，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2023-01-01
本文主要講解基于?Redis?的方式實現(xiàn)異步隊列，基于?Redis?的?list?實現(xiàn)隊列的方式也有多種，本文通過實例代碼給大家介紹的非常詳細，感興趣的朋友跟隨小編一起看看吧2021-12-12