深刻浅出Redis-redis哨兵集群

时间 2019-11-11

标签深刻 redis 哨兵集群栏目 Redis 繁體版

原文原文链接

一、Sentinel 哨兵

　　　　Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel 实例组成的Sentinel 系统能够监视任意多个主服务器，以及这些主服务器属下的全部从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。html

　　　　例如：linux

　　　　在Server1 掉线后：redis

　　　　升级Server2 为新的主服务器：服务器

二、Redis 主从分离

　在讲解Sentinel 哨兵集群以前，咱们先来搭建一个简单的主从分离（读写分离）。app

首先，咱们默认你们都已经安装了redis，而后咱们将 redis.conf 拷贝多份，而且建立多个目录，用于区分多个redis 服务：socket

　这里面，每一个目录中都有本身的redis.conf 配置文件，接下来，咱们先设置主服务器的配置文件。async

1、配置Master

一、修改端口ide

# 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，这里咱们把主服务器的端口设置为6380ui

　二、修改pidfilethis

# 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服务的启动

三、启动 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 启动的服务。

2、配置Slave

　　和上面配置 master同样，咱们须要修改端口号和pid 文件，在修改完以后，咱们有两种方法配置从服务

　　一、在配置文件中配置从服务

################################# 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的服务。

　　二、在服务启动后设置

　　　　咱们修改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

　　三、总结

　　　咱们先看一下目前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

三、Sentinel 哨兵

　　一、配置端口

　　　在sentinel.conf 配置文件中，咱们能够找到port 属性，这里是用来设置sentinel 的端口，通常状况下，至少会须要三个哨兵对redis 进行监控，咱们能够经过修改端口启动多个sentinel 服务。

# port <sentinel-port>
# The port that this sentinel instance will run on
port 26379

　　二、配置主服务器的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

　　三、启动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 6380
10894: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

　　四、关闭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

　　　　本来的没有权限写，也获得了相应的权限

　　五、重连Master

　　　　你们可能会好奇，若是master 重连以后，会不会抢回属于他的位置，答案是否认的，就好比你被一个小弟抢了你老大的位置，他肯给回你这个位置吗。所以当master 回来以后，他也只能当个小弟　　

四、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 的主观下线状态就会被移除。

注：原文出处

https://www.cnblogs.com/jaycekon/p/6237562.html

1. 深刻浅出Redis-redis哨兵集群
2. 深入浅出Redis-redis哨兵集群
3. redis系列--深刻哨兵集群
4. 深刻Redis：哨兵
5. redis集群—哨兵
6. 【redis】哨兵集群
7. Redis---哨兵/集群
8. 15.7，哨兵集群
9. 【Redis哨兵集群】
10. Redis哨兵集群
更多相关文章...
• Swarm 集群管理 - Docker教程
• Redis哨兵（Sentinel）模式的配置方法及其在Java中的用法 - Redis教程
• 算法总结-深度优先算法
• ☆技术问答集锦（13）Java Instrument原理