Redis哨兵模式實現(xiàn)一主二從三哨兵
一、redis環(huán)境：
環(huán)境：redis6.2.6
linux虛擬機(jī)一臺，contos7；
二、哨兵介紹：
1.一主二從三哨兵理論圖：
一主兩從三哨兵集群，當(dāng)master節(jié)點宕機(jī)時，通過哨兵(sentinel)重新推選出新的master節(jié)點，保證集群的可用性。
2.哨兵的主要功能：
1.集群監(jiān)控：負(fù)責(zé)監(jiān)控 Redis master 和 slave 進(jìn)程是否正常工作。
2.消息通知：如果某個 Redis 實例有故障，那么哨兵負(fù)責(zé)發(fā)送消息作為報警通知給管理員。
3.故障轉(zhuǎn)移：如果 master node 掛掉了，會自動轉(zhuǎn)移到 slave node 上。
4.配置中心：如果故障轉(zhuǎn)移發(fā)生了，通知 client 客戶端新的 master 地址。
PS：根據(jù)推舉機(jī)制，集群中哨兵數(shù)量最好為奇數(shù)(3、5…)
3.哨兵用于實現(xiàn) redis 集群的高可用，本身也是分布式的，作為一個哨兵集群去運行，互相協(xié)同工作。
- 故障轉(zhuǎn)移時，判斷一個 master node 是否宕機(jī)了，需要大部分的哨兵都同意才行，涉及到了分布式選舉的問題。
- 即使部分哨兵節(jié)點掛掉了，哨兵集群還是能正常工作的，因為如果一個作為高可用機(jī)制重要組成部分的故障轉(zhuǎn)移系統(tǒng)本身是單點的，那就很坑爹了。
4.哨兵的核心知識：
- 哨兵至少需要 3 個實例，來保證自己的健壯性。
- 哨兵 + redis 主從的部署架構(gòu)，是不保證數(shù)據(jù)零丟失的，只能保證 redis 集群的高可用性。
- 對于哨兵 + redis 主從這種復(fù)雜的部署架構(gòu)，盡量在測試環(huán)境和生產(chǎn)環(huán)境，都進(jì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ù)：當(dāng)主節(jié)點出現(xiàn)問題時，可以由從節(jié)點提供服務(wù)，實現(xiàn)快速的故障恢復(fù)；實際上是一種服務(wù)的冗余。
3，讀寫分離：master服務(wù)主要用來寫，slave服務(wù)主要用來讀數(shù)據(jù)?？梢蕴岣叻?wù)器的負(fù)載能力，可以根據(jù)需求的變化，添加從節(jié)點的數(shù)量。
4，負(fù)載均衡：同時配合讀寫分離，由主節(jié)點提供寫服務(wù)，從節(jié)點提供讀服務(wù)，分擔(dān)服務(wù)器的負(fù)載。在寫少讀多的情況下，通過多個從節(jié)點分擔(dān)讀負(fù)載，能夠大大提高Redis服務(wù)的并發(fā)量和負(fù)載。
5，高可用的基石，主從復(fù)制是哨兵和集群模式能夠?qū)嵤┑幕A(chǔ)。
五、配置redis一主二從：
在正常的生產(chǎn)中我們是準(zhǔn)備多臺服務(wù)器，比如三臺，每臺都在各自的linux系統(tǒng)中安裝redis。
但是此處為了演示方便，我使用一臺電腦安裝虛擬機(jī)，在虛擬機(jī)上安裝三份redis服務(wù)，來模擬一主二從的效果。
第一步：修改原redis.conf配置文件：
redis.conf配置文件采用默認(rèn)的混合持久化，也可以采用單獨的RDB持久化，因為主從復(fù)制的本質(zhì)是RDB方式，所以要有RDB方式參與即可。
原redis.conf配置文件需要修改的幾個地方：
1.先在網(wǎng)絡(luò)部分注釋掉單機(jī)連接那一行,即注釋掉bind 127.0.0.1 2.同樣我們要將后臺運行打開：daemonize no，設(shè)置為yes。 3.將 保護(hù)模式關(guān)閉：protected-mode yes 改為：protected-mode no 4.打開RDB持久化配置： #RDB持久化策略 默認(rèn)三種方式，[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:看機(jī)器的心情高興了就記錄，linux一般半個小時同步一次] #appendfsync always appendfsync everysec # appendfsync no #aof文件大小比起上次重寫時的大小,增長100%(配置可以大于100%)時,觸發(fā)重寫。 #[假如上次重寫后大小為10MB，當(dāng)AOF文件達(dá)到20MB時也會再次觸發(fā)重寫，以此類推 auto-aof-rewrite-percentage 100 #aof文件大小超過64MB*2時,觸發(fā)重寫， #為何要乘以2，因為auto-aof-rewrite-percentage 100 是翻倍即100%， #達(dá)到翻倍時才重寫 auto-aof-rewrite-min-size 64mb 6.打開混合持久化： #6.aof-use-rdb-preamble yes # 檢查混合持久化是否打開，redis5.0后默認(rèn)開啟
第二步：將修改后的redis.conf配置文件復(fù)制出來三份：
1.進(jìn)入redis默認(rèn)的安裝路徑: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啟動前的準(zhǔn)備工作：
查看虛擬機(jī)防火墻是否關(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默認(rèn)端口號6379是不允許進(jìn)行遠(yuǎn)程連接的，所以在防火墻中設(shè)置6379開啟遠(yuǎn)程服務(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機(jī)器配置成從機(jī)：
slaveof 主機(jī)ip 主機(jī)端口號 #slaveof 127.0.0.1 6379 info replication
然后將6381機(jī)器配置成從機(jī)：
redis-cli -p 6381 #slaveof 主機(jī)ip 主機(jī)端口號 slaveof 127.0.0.1 6379 info replication
在主機(jī)查看從機(jī)信息：發(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 端口，因為我們在一臺虛擬機(jī)上，所以端口要不一樣 dir “/usr/local/bin” sentinel monitor mymaster 127.0.0.1 6379 2 #這里的mymaster 兩個副本的要一樣,mymaster同一個主機(jī)名
然后分別修改sentinel2.conf信息如下：
protected-mode no daemonize yes port 26381 # sentinel 端口，因為我們在一臺虛擬機(jī)上，所以端口要不一樣 dir “/usr/local/bin” sentinel monitor mymaster 127.0.0.1 6379 2 #這里的mymaster 兩個副本的要一樣
配置文件詳解
哨兵的配置主要就是修改sentinel.conf配置文件中的參數(shù)，在Redis安裝目錄即可看到此配置文件，各參數(shù)詳解如下:
# 哨兵sentinel實例運行的端口，默認(rèn)26379 port 26379 # 哨兵sentinel的工作目錄 dir ./ # 是否開啟保護(hù)模式，默認(rèn)開啟。 protected-mode:no # 是否設(shè)置為后臺啟動。 daemonize:yes # 哨兵sentinel的日志文件 logfile:./sentinel.log # 哨兵sentinel監(jiān)控的redis主節(jié)點的 ## ip：主機(jī)ip地址 ## port：哨兵端口號 ## master-name：可以自己命名的主節(jié)點名字 ## quorum:當(dāng)這些quorum個數(shù)sentinel哨兵認(rèn)為master主節(jié)點失聯(lián) 那么這時 #客觀上認(rèn)為主節(jié)點失聯(lián)了 # sentinel monitor <master-name> <ip> <redis-port> <quorum> sentinel monitor mymaster 127.0.0.1 6379 2 # 當(dāng)在Redis實例中開啟了requirepass，所有連接Redis實例的客戶端都要提供密碼。 # sentinel auth-pass <master-name> <password> sentinel auth-pass mymaster 123456 # 指定主節(jié)點應(yīng)答哨兵sentinel的最大時間間隔，超過這個時間，哨兵主觀上認(rèn)為主節(jié)點下線， #默認(rèn)30秒 # sentinel down-after-milliseconds <master-name> <milliseconds> sentinel down-after-milliseconds mymaster 30000 # 指定了在發(fā)生failover主備切換時，最多可以有多少個slave同時對新的master進(jìn)行同步。 #這個數(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，默認(rèn)三分鐘，可以用在以下這些方面： ## 1. 同一個sentinel對同一個master兩次failover之間的間隔時間。 ## 2. 當(dāng)一個slave從一個錯誤的master那里同步數(shù)據(jù)時開始，直到slave被糾正為從正確 #的master那里同步數(shù)據(jù)時結(jié)束。 ## 3. 當(dāng)想要取消一個正在進(jìn)行的failover時所需要的時間。 ## 4.當(dāng)進(jìn)行failover時，配置所有slaves指向新的master所需的最大時間。不過， #即使過了這個超時，slaves依然會被正確配置為指向master， 但是就不按parallel-syncs所配置的規(guī)則來同步數(shù)據(jù)了 # sentinel failover-timeout <master-name> <milliseconds> sentinel failover-timeout mymaster 180000 # 當(dāng)sentinel有任何警告級別的事件發(fā)生時（比如說redis實例的主觀失效和客觀失效等等）， #將會去調(diào)用這個腳本。一個腳本的最大執(zhí)行時間為60s，如果超過這個時間， #腳本將會被一個SIGKILL信號終止，之后重新執(zhí)行。 # 對于腳本的運行結(jié)果有以下規(guī)則： ## 1. 若腳本執(zhí)行后返回1，那么該腳本稍后將會被再次執(zhí)行，重復(fù)次數(shù)目前默認(rèn)為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)文章
Redis實現(xiàn)排行榜及相同積分按時間排序功能的實現(xiàn)
這篇文章主要介紹了Redis實現(xiàn)排行榜及相同積分按時間排序,本文通過實例代碼給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-08-08
Redis數(shù)據(jù)結(jié)構(gòu)之鏈表詳解
大家好，本篇文章主要講的是Redis數(shù)據(jù)結(jié)構(gòu)之鏈表詳解，感興趣的同學(xué)趕快來看一看吧，對你有幫助的話記得收藏一下，方便下次瀏覽2021-12-12
這篇文章主要介紹了使用Redis緩存時高效的批量刪除的幾種方案的相關(guān)資料,需要的朋友可以參考下2023-01-01
這篇文章主要介紹了Ubuntu下Redis密碼設(shè)置問題及其解決過程,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-06-06
銀河麒麟V10sp1服務(wù)器系統(tǒng)安裝redis不能使用的快速解決辦法
這篇文章主要介紹了銀河麒麟V10sp1服務(wù)器系統(tǒng)安裝redis不能使用的快速解決辦法,本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2021-01-01
AOP?Redis自定義注解實現(xiàn)細(xì)粒度接口IP訪問限制
這篇文章主要為大家介紹了AOP?Redis自定義注解實現(xiàn)細(xì)粒度接口IP訪問限制，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-10-10
Redis的Zset類型及相關(guān)命令詳細(xì)講解
這篇文章主要介紹了Redis的Zset類型及相關(guān)命令的相關(guān)資料,有序集合Zset是一種Redis數(shù)據(jù)結(jié)構(gòu),它類似于集合Set,但每個元素都有一個關(guān)聯(lián)的分?jǐn)?shù)score,并且可以根據(jù)分?jǐn)?shù)對元素進(jìn)行排序,需要的朋友可以參考下2025-01-01
使用redis-plus-plus庫連接redis的實現(xiàn)方法
本文主要介紹了使用redis-plus-plus庫連接redis的實現(xiàn)方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-02-02
在Centos?8.0中安裝Redis服務(wù)器的教程詳解
由于考慮到linux服務(wù)器的性能，所以經(jīng)常需要把一些中間件安裝在linux服務(wù)上，今天通過本文給大家介紹下在Centos?8.0中安裝Redis服務(wù)器的詳細(xì)過程，感興趣的朋友一起看看吧2022-03-03
本文主要介紹了Redis 刪除策略的三種實現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06