Sentinel(哨兵)是Redis 的高可用性解決方案:由一個或多個Sentinel 實例組成的Sentinel 系統可以監視任意多個主伺服器,以及這些主伺服器屬下的所有從伺服器,並在被監視的主伺服器進入下線狀態時,自動將下線主伺服器屬下的某個從伺服器升級為新的主伺服器。推薦:redis影片教學
例如:
在Server1 掉線後:
升級Server2 為新的主伺服器:
#2、Redis 主從分離
在講解Sentinel 哨兵叢集之前,我們先來建構一個簡單的主從分離(讀寫分離)。
首先,我們預設大家都已經安裝了redis,然後我們將 redis.conf 拷貝多份,並且建立多個目錄,用於區分多個redis 服務:
這裡面,每個目錄中都有自己的redis.conf 設定文件,接下來,我們先設定主伺服器的設定檔。
一、設定Master
1、修改連接埠
# Accept connections on the specified port, default is 6379 (IANA #815344). # If port 0 is specified Redis will not listen on a TCP socket. port 6380
redis 的預設連接埠是6379,這裡我們把主伺服器的連接埠設定為6380
# 2.修改pidfile
# If a pid file is specified, Redis writes it where specified at startup # and removes it at exit. # # When the server runs non daemonized, no pid file is created if none is # specified in the configuration. When the server is daemonized, the pid file # is used even if not specified, defaulting to "/var/run/redis.pid". # # Creating a pid file is best effort: if Redis is not able to create it # nothing bad happens, the server will start and run normally. pidfile /var/run/redis_6380.pid
pidfile 是我們啟動redis 的時候,linux 為我們分配的一個pid 進程號,如果這裡不作修改,會影響後面redis服務的啟動
3、啟動redis
啟動redis,我們可以看到,redis已經佔領了6380 埠
進入客戶端
redis-cli -p 6380 127.0.0.1:6380> info ... # Replication role:master connected_slaves:0 master_repl_offset:0 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0 ...
我們可以看到,redis 現在的角色是一個master 啟動的服務。
二、設定Slave
和上面配置master一樣,我們需要修改連接埠號碼和pid 文件,在修改完之後,我們有兩種方法配置從服務
1.在設定檔中設定從服務
################################# REPLICATION ################################# # Master-Slave replication. Use slaveof to make a Redis instance a copy of # another Redis server. A few things to understand ASAP about Redis replication. # # 1) Redis replication is asynchronous, but you can configure a master to # stop accepting writes if it appears to be not connected with at least # a given number of slaves. # 2) Redis slaves are able to perform a partial resynchronization with the # master if the replication link is lost for a relatively small amount of # time. You may want to configure the replication backlog size (see the next # sections of this file) with a sensible value depending on your needs. # 3) Replication is automatic and does not need user intervention. After a # network partition slaves automatically try to reconnect to masters # and resynchronize with them. # # slaveof <masterip> <masterport> slaveof 127.0.0.1 6380
我們可以在設定檔中直接修改 slaveof 屬性,我們直接設定主伺服器的ip 位址,和連接埠號,如果這裡主伺服器有設定密碼
可以透過設定masterauth 來設定連結密碼
# If the master is password protected (using the "requirepass" configuration # directive below) it is possible to tell the slave to authenticate before # starting the replication synchronization process, otherwise the master will # refuse the slave request. # # masterauth <master-password>
啟動redis 服務:
我們可以看到,現在有兩個現在在運行,我們進入6381的客戶端,看一下他的狀態,
# Replication role:slave master_host:127.0.0.1 master_port:6380 master_link_status:up master_last_io_seconds_ago:1 master_sync_in_progress:0 slave_repl_offset:71 slave_priority:100 slave_read_only:1 connected_slaves:0 master_repl_offset:0 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0
我們可以看到,現在的redis 是一個從服務的角色,連接著6380的服務。
2、在服務啟動後設定
我們修改6382埠的伺服器設定檔之後,啟動服務
進入客戶端,查看目前伺服器的狀態:
# Replication role:master connected_slaves:0 master_repl_offset:0 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0
我們可以看到,目前伺服器的狀態時作為一個主服務的角色在運行,我們接下來修改他的狀態:
127.0.0.1:6382> slaveof 127.0.0.1 6380 //修改后状态 # Replication role:slave master_host:127.0.0.1 master_port:6380 master_link_status:up master_last_io_seconds_ago:1 master_sync_in_progress:0 slave_repl_offset:617 slave_priority:100 slave_read_only:1 connected_slaves:0 master_repl_offset:0 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0
3、總結
我們先來看看目前master 的狀態:
# Replication role:master connected_slaves:2 slave0:ip=127.0.0.1,port=6381,state=online,offset=785,lag=0 slave1:ip=127.0.0.1,port=6382,state=online,offset=785,lag=0 master_repl_offset:785 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:2 repl_backlog_histlen:784
我們可以看到,兩個從服務已經在連結主伺服器,上面兩種配置的差別在於,當salve 斷線重連之後,
如果我們是修改類別配置文件,重連之後會自己連結上去master,並且同步master 上面的數據,
如果我們是手動連接上去的主伺服器,重連之後,從伺服器會讀取自己本地的rdb 回覆數據,而不會去自動連結主服務
#我們如果需要設定讀寫分離,只需要在主伺服器中設定:
# Note: read only slaves are not designed to be exposed to untrusted clients # on the internet. It's just a protection layer against misuse of the instance. # Still a read only slave exports by default all the administrative commands # such as CONFIG, DEBUG, and so forth. To a limited extent you can improve # security of read only slaves using 'rename-command' to shadow all the # administrative / dangerous commands. slave-read-only yes
3、Sentinel 哨兵
#1、設定埠
在sentinel.conf 設定檔中, 我們可以找到port 屬性,這裡是用來設定sentinel 的端口,一般情況下,至少會需要三個哨兵對redis 進行監控,我們可以透過修改連接埠啟動多個sentinel 服務。
# port <sentinel-port># The port that this sentinel instance will run on port 26379
2、設定主伺服器的ip 和連接埠
我們把監聽的連接埠修改成6380,並且加上權值為2,這裡的權值,是用來計算我們需要將哪一台伺服器升級升主伺服器
# sentinel monitor <master-name> <ip> <redis-port> <quorum> # # Tells Sentinel to monitor this master, and to consider it in O_DOWN # (Objectively Down) state only if at least <quorum> sentinels agree. # # Note that whatever is the ODOWN quorum, a Sentinel will require to # be elected by the majority of the known Sentinels in order to # start a failover, so no failover can be performed in minority. # # Slaves are auto-discovered, so you don't need to specify slaves in # any way. Sentinel itself will rewrite this configuration file adding # the slaves using additional configuration options. # Also note that the configuration file is rewritten when a # slave is promoted to master. # # Note: master name should not include special characters or spaces. # The valid charset is A-z 0-9 and the three characters ".-_". sentinel monitor mymaster 127.0.0.1 6380 2
3、啟動Sentinel
/sentinel$ redis-sentinel sentinel.conf
sentinel 啟動之後,就會監視到現在有一個主伺服器,兩個從伺服器
当我们把其中一个从服务器器关闭之后,我们可以看到日志:
10894:X 30 Dec 16:27:03.670 # +sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
日志表示,6381这个从服务器已经从主服务器中脱离了出来,我们重新把6381 接回去。
10894:X 30 Dec 16:28:43.288 * +reboot slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 638010894:X 30 Dec 16:28:43.365 # -sdown slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
4、关闭Master
我们手动关闭Master 之后,sentinel 在监听master 确实是断线了之后,将会开始计算权值,然后重新分配主服务器
我们可以看到,6380主服务器断了之后,sentinel 帮我们选了6382作为新的主服务器
我们进到6382的客户端,查看他的状态:
# Replication role:master connected_slaves:1 slave0:ip=127.0.0.1,port=6381,state=online,offset=13751,lag=0 master_repl_offset:13751 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:2 repl_backlog_histlen:13750
我们可以看到 6382,重slave 荣升为master
127.0.0.1:6382> set name jaycekon OK
原本的没有权限写,也得到了相应的权限
5、重连Master
大家可能会好奇,如果master 重连之后,会不会抢回属于他的位置,答案是否定的,就比如你被一个小弟抢了你老大的位置,他肯给回你这个位置吗。因此当master 回来之后,他也只能当个小弟
4、Sentinel 总结
一、Sentinel的作用:
A、Master 状态监测
B、如果Master 异常,则会进行Master-slave 转换,将其中一个Slave作为Master,将之前的Master作为Slave
C、Master-Slave切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换
二、Sentinel的工作方式:
1):每个Sentinel以每秒钟一次的频率向它所知的Master,Slave以及其他 Sentinel 实例发送一个 PING 命令
2):如果一个实例(instance)距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值, 则这个实例会被 Sentinel 标记为主观下线。
3):如果一个Master被标记为主观下线,则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。
4):当有足够数量的 Sentinel(大于等于配置文件指定的值)在指定的时间范围内确认Master的确进入了主观下线状态, 则Master会被标记为客观下线
5):在一般情况下, 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master,Slave发送 INFO 命令
6):当Master被 Sentinel 标记为客观下线时,Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次
7):若没有足够数量的 Sentinel 同意 Master 已经下线, Master 的客观下线状态就会被移除。
若 Master 重新向 Sentinel 的 PING 命令返回有效回复, Master 的主观下线状态就会被移除。
更多redis相关文章请关注redis数据库教程栏目。
以上是redis哨兵集群圖文教程的詳細內容。更多資訊請關注PHP中文網其他相關文章!