Redis Sentinel的基本搭建

Redis Sentinel的概念

   我們知道Redis主從模式下，一旦主節(jié)點(diǎn)由于故障不能提供服務(wù)，需要人工將從節(jié)點(diǎn)晉升為主節(jié)點(diǎn)，同時(shí)還要通知應(yīng)用方更新主節(jié)點(diǎn)的地址。然后在很多應(yīng)用場景下這種故障處理的方式是無法接受的，應(yīng)用程序需要實(shí)時(shí)感知當(dāng)前的可用節(jié)點(diǎn)。為了解決這個(gè)問題，Redis Sentinel應(yīng)運(yùn)而生，也稱之為"哨兵"。

   介紹sentinel之前，先來了解幾個(gè)redis的概念，

主節(jié)點(diǎn)master：Redis進(jìn)程，主服務(wù)

從節(jié)點(diǎn)slave:redis進(jìn)程，從服務(wù)

Redis數(shù)據(jù)節(jié)點(diǎn)：主節(jié)點(diǎn)和從節(jié)點(diǎn)

Sentinel節(jié)點(diǎn)：監(jiān)控Redis數(shù)據(jù)節(jié)點(diǎn)，獨(dú)立的sentinel進(jìn)程

Sentinel節(jié)點(diǎn)集合：若干Sentinel節(jié)點(diǎn)的抽象組合，若干sentinel節(jié)點(diǎn)進(jìn)程

Redis Sentinel：Redis高可用實(shí)現(xiàn)方案，sentinel節(jié)點(diǎn)集合和redis數(shù)據(jù)節(jié)點(diǎn)進(jìn)程

01 主從復(fù)制問題

前面的文章中我們講述了主從復(fù)制，可以將從節(jié)點(diǎn)作為主節(jié)點(diǎn)的災(zāi)備節(jié)點(diǎn)，今天我們來看主從復(fù)制帶來的問題：

1、一旦主節(jié)點(diǎn)發(fā)生故障，從節(jié)點(diǎn)晉升為主節(jié)點(diǎn)的過程和應(yīng)用調(diào)整新主節(jié)點(diǎn)的過程，都需要人為干預(yù)

2、主節(jié)點(diǎn)的寫能力容易受到單機(jī)的限制

3、主節(jié)點(diǎn)的存儲(chǔ)能力容易受到單機(jī)的限制

   一種常見的方法是使用腳本來觸發(fā)主從節(jié)點(diǎn)的角色切換，例如在一個(gè)一主兩從的結(jié)構(gòu)中，假設(shè)主節(jié)點(diǎn)master，從節(jié)點(diǎn)slave1，slave2，我們來看故障發(fā)生時(shí)架構(gòu)的狀態(tài)：

1、主節(jié)點(diǎn)master故障，客戶端連接失敗，兩個(gè)從節(jié)點(diǎn)復(fù)制失敗

2、選擇一個(gè)主節(jié)點(diǎn)slave1，對其執(zhí)行slave of no one命令使其成為主節(jié)點(diǎn)master2

3、更新應(yīng)用程序連接的節(jié)點(diǎn)為slave1的IP地址

4、slave2以slave1為新的主節(jié)點(diǎn)，復(fù)制slave1上的命令

5、待原來的master恢復(fù)之后，讓它成為slave1的從節(jié)點(diǎn)。

上述過程可以做成自動(dòng)化的過程，但是需要考慮三點(diǎn)：a、要確保判斷節(jié)點(diǎn)不可達(dá)的機(jī)制健全，否則容易出現(xiàn)誤判斷情況

b、如果有多個(gè)從節(jié)點(diǎn)，如果保證只有一個(gè)從節(jié)點(diǎn)被晉升為主節(jié)點(diǎn)是個(gè)關(guān)鍵的問題

c、通知客戶端新的主節(jié)點(diǎn)的機(jī)制是否足夠健壯

02 Redis Sentinel的高可用機(jī)制

   Sentinel能夠自動(dòng)完成故障發(fā)現(xiàn)和故障轉(zhuǎn)移，并及時(shí)通知應(yīng)用方。這是它的核心價(jià)值所在。

   Redis Sentinel是一個(gè)分布式架構(gòu)，其中包含若干個(gè)Sentinel和若干個(gè)Redis數(shù)據(jù)節(jié)點(diǎn)，每個(gè)Sentinel節(jié)點(diǎn)會(huì)對數(shù)據(jù)節(jié)點(diǎn)和其余Sentinel節(jié)點(diǎn)進(jìn)行監(jiān)控，當(dāng)它發(fā)現(xiàn)節(jié)點(diǎn)不可達(dá)時(shí)，會(huì)對節(jié)點(diǎn)做下線表示。如果被標(biāo)識(shí)的是主節(jié)點(diǎn)，它還會(huì)和其他的sentinel進(jìn)行協(xié)商，當(dāng)大多數(shù)sentinel節(jié)點(diǎn)都認(rèn)為主節(jié)點(diǎn)不可達(dá)時(shí)，他們會(huì)選舉出來一個(gè)sentinel節(jié)點(diǎn)來實(shí)現(xiàn)故障自動(dòng)轉(zhuǎn)移，同時(shí)會(huì)將這個(gè)變化通知給Redis應(yīng)用方，整個(gè)過程是自動(dòng)的，不需要人工介入。

Redis Sentinel與Redis主從復(fù)制模式只是多了若干個(gè)sentinel節(jié)點(diǎn)，并沒有對redis節(jié)點(diǎn)做特殊處理，這是很多redis開發(fā)和運(yùn)維人員容易混淆的地方。

二者架構(gòu)圖如下：

在整個(gè)主服務(wù)故障到重新選擇主服務(wù)的過程中，sentinel主要干如下幾件事情：

1、監(jiān)控，sentinel節(jié)點(diǎn)會(huì)定期檢測redis數(shù)據(jù)節(jié)點(diǎn)，其余sentinel節(jié)點(diǎn)是否可達(dá)

2、通知，sentinel節(jié)點(diǎn)會(huì)將故障轉(zhuǎn)移的結(jié)果通知給應(yīng)用方。

3、主節(jié)點(diǎn)故障轉(zhuǎn)移：實(shí)現(xiàn)從節(jié)點(diǎn)晉升為主節(jié)點(diǎn)并維護(hù)后續(xù)正確的主從關(guān)系

4、配置提供者：在redis sentinel結(jié)構(gòu)中，客戶端在初始化的時(shí)候連接的是sentinel節(jié)點(diǎn)集合，從中獲取主節(jié)點(diǎn)信息

   上面的架構(gòu)圖中不難發(fā)現(xiàn)sentinel也是多個(gè)的，這樣的好處有兩個(gè)：

1、可以保證sentinel的健壯性，一個(gè)sentinel掛了，不影響整個(gè)集群的功能。

2、對于節(jié)點(diǎn)的故障判斷是多個(gè)sentinel同時(shí)判斷出來的，有效的防止了誤判

    sentinel節(jié)點(diǎn)本身其實(shí)就是獨(dú)立的redis節(jié)點(diǎn)，只不過它們不存處數(shù)據(jù)，只支持部分命令。

    接下來，我們來看sentinel的部署和配置文件內(nèi)容。

03 sentinel部署

    sentinel部署之前，需要先有master和兩個(gè)slave的一主兩從架構(gòu)：

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=169,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=169,lag=1
master_repl_offset:183
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:182

  sentinel的部署配置文件：

[root@VM_48_10_centos redis]# cat redis-sentinel-26379.conf 
port 26379
daemonize yes
logfile "26379.log"
dir "/usr/local/redis-3.0.7"
sentinel monitor mymaster 127.0.0.1 6379 2

  其中，sentinel monitor mymaster代表sentinel要監(jiān)控主節(jié)點(diǎn)6379,2代表判斷主節(jié)點(diǎn)失敗至少需要2個(gè)sentinel節(jié)點(diǎn)同意。

  其余兩個(gè)sentinel的配置文件和這個(gè)大同小異，只需要修改對應(yīng)端口和日志文件即可。sentinel啟動(dòng)命令如下：

[root@VM_48_10_centos redis]# redis-sentinel redis-sentinel-26379.conf 
[1] 7311
[root@VM_48_10_centos redis]# redis-sentinel redis-sentinel-26380.conf 
[1] 7366
[root@VM_48_10_centos redis]# redis-sentinel redis-sentinel-26381.conf 
[2] 7380
[root@VM_48_10_centos redis]# 
[root@VM_48_10_centos redis]# ps -ef|grep sentinel
root      7312     1  0 22:51 ?        00:00:00 redis-sentinel *:26379 [sentinel]
root      7367     1  0 22:52 ?        00:00:00 redis-sentinel *:26380 [sentinel]
root      7381     1  0 22:52 ?        00:00:00 redis-sentinel *:26381 [sentinel]
root      7405  5850  0 22:52 pts/7    00:00:00 grep --color=auto sentinel

此時(shí)，重新查看26379這個(gè)sentinel的配置文件，會(huì)發(fā)現(xiàn)里面多了一些內(nèi)容：

[root@VM_48_10_centos redis]# cat redis-sentinel-26379.conf 
port 26379
daemonize yes
logfile "26379.log"
dir "/usr/local/redis-3.0.7"
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 0
sentinel known-slave mymaster 127.0.0.1 6380
# Generated by CONFIG REWRITE
sentinel known-slave mymaster 127.0.0.1 6381
sentinel known-sentinel mymaster 127.0.0.1 26381 0a2c77616ef88282fa12ef7c8aca142a2473cd5a
sentinel known-sentinel mymaster 127.0.0.1 26380 3ad6460bf5f4b01f277fdce3aa423d596993eec5
sentinel current-epoch 0

   可以發(fā)現(xiàn)，sentinel之間已經(jīng)進(jìn)行了交互，并寫入了配置文件中一些已經(jīng)獲取到的內(nèi)容。

使用命令info sentinel查看當(dāng)前sentinel集群的信息：

[root@VM_48_10_centos redis]# redis-cli -h 127.0.0.1 -p 26379 info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=3

以上就是Redis Sentinel的使用的詳細(xì)內(nèi)容，更多關(guān)于Redis Sentinel的資料請關(guān)注腳本之家其它相關(guān)文章！