配置redis主从复制和sentinel模式

测试环境:

机器:192.168.110.132

redis主端口:6379

redis从端口:6380

redis从端口:6381

sentinel端口:26379

操作系统版本:CentOS release 6.5 (Final)

redis版本:3.2.6

Linux系统安装redis:

1、下载redis:

登陆redis官网https://redis.io/download,下载最新稳定版源码包redis-3.2.6.tar.gz。解压后进行编译即可。

tar -zxvf redis-3.2.6.tar.gz

cd redis-3.2.6/

make

2、编译配置文件redis.conf

redis.conf配置文件:

bind 0.0.0.0
protected-mode yes
port 6379
tcp-backlog 511
timeout 0
tcp-keepalive 300
daemonize yes
supervised no
pidfile /var/run/redis_6379.pid
loglevel notice
logfile "/tmp/redis6379.log"
databases 16
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump6379.rdb
dir /data/redis/
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
appendonly yes
appendfilename "appendonly6379.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events ""
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
list-compress-depth 0
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10
aof-rewrite-incremental-fsync yes

redis6380.cnf配置文件:

bind 0.0.0.0
protected-mode yes
port 6380
tcp-backlog 511
timeout 0
tcp-keepalive 300
daemonize yes
supervised no
pidfile "/var/run/redis_6380.pid"
loglevel notice
logfile "/tmp/redis6380.log"
databases 16
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename "dump6380.rdb"
dir "/data/redis"
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 10
appendonly yes
appendfilename "appendonly6380.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events ""
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
list-compress-depth 0
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10
aof-rewrite-incremental-fsync yes

redis6381.conf配置文件:

bind 0.0.0.0
protected-mode yes
port 6381
tcp-backlog 511
timeout 0
tcp-keepalive 300
daemonize yes
supervised no
pidfile "/var/run/redis_6381.pid"
loglevel notice
logfile "/tmp/redis6381.log"
databases 16
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename "dump6381.rdb"
dir "/data/redis"
slaveof 192.168.110.132 6380
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
appendonly yes
appendfilename "appendonly6381.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
aof-load-truncated yes
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
latency-monitor-threshold 0
notify-keyspace-events ""
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-size -2
list-compress-depth 0
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
hll-sparse-max-bytes 3000
activerehashing yes
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
hz 10
aof-rewrite-incremental-fsync yes

sentinel配置文件:

bind 0.0.0.0
protected-mode yes
port 26379
dir "/tmp"
sentinel myid 89f3e9eeacc7b99b9c95d7c20d25a241d6c1ccd9
sentinel monitor mymaster 192.168.110.132 6380 1
sentinel down-after-milliseconds mymaster 10000
sentinel failover-timeout mymaster 18000
sentinel config-epoch mymaster 1
sentinel leader-epoch mymaster 1
sentinel known-slave mymaster 192.168.110.132 6381
sentinel known-slave mymaster 192.168.110.132 6379
sentinel current-epoch 1

3、启动redis。

启动redis十分简单,直接redis-server /path/redis.conf即可。

    redis-server /usr/local/redis/redis.conf
    redis-server /usr/local/redis/redis6380.conf
     redis-server /usr/local/redis/redis6381.conf

4、检查redis主从状态:

6379端口:

127.0.0.1:6379> set title helloOK
127.0.0.1:6379> get title"hello"
127.0.0.1:6379> info Replication# Replicationrole:masterconnected_slaves:1slave0:ip=192.168.110.132,port=6380,state=online,offset=1,lag=0master_repl_offset:1repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:0

6380端口:

127.0.0.1:6380> get title"hello"
127.0.0.1:6380> info Replication# Replicationrole:slavemaster_host:192.168.110.132master_port:6379master_link_status:upmaster_last_io_seconds_ago:0master_sync_in_progress:0slave_repl_offset:2115slave_priority:10slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0

6381端口:

127.0.0.1:6381> get title"hello"
127.0.0.1:6381> info Replication# Replicationrole:slavemaster_host:192.168.110.132master_port:6379master_link_status:upmaster_last_io_seconds_ago:2master_sync_in_progress:0slave_repl_offset:5970slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0

5、启动sentinel:

redis-server /usr/local/redis/sentinel.conf --sentinel

6、杀掉redis的6379端口进程,观察failover

    46030:X 13 Apr 10:15:46.085 * Increased maximum number of open files to 10032 (it was originally set to 1024).
                _._                                                  
           _.-``__ ‘‘-._                                             
      _.-``    `.  `_.  ‘‘-._           Redis 3.2.6 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ‘‘-._                                   
 (    ‘      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|‘` _.-‘|     Port: 26379
 |    `-._   `._    /     _.-‘    |     PID: 46030
  `-._    `-._  `-./  _.-‘    _.-‘                                   
 |`-._`-._    `-.__.-‘    _.-‘_.-‘|                                  
 |    `-._`-._        _.-‘_.-‘    |           http://redis.io        
  `-._    `-._`-.__.-‘_.-‘    _.-‘                                   
 |`-._`-._    `-.__.-‘    _.-‘_.-‘|                                  
 |    `-._`-._        _.-‘_.-‘    |                                  
  `-._    `-._`-.__.-‘_.-‘    _.-‘                                   
      `-._    `-.__.-‘    _.-‘                                       
          `-._        _.-‘                                           
              `-.__.-‘                                               
46030:X 13 Apr 10:15:46.086 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
46030:X 13 Apr 10:15:46.097 # Sentinel ID is 89f3e9eeacc7b99b9c95d7c20d25a241d6c1ccd9
46030:X 13 Apr 10:15:46.097 # +monitor master mymaster 192.168.110.132 6379 quorum 1
46030:X 13 Apr 10:15:46.098 * +slave slave 192.168.110.132:6380 192.168.110.132 6380 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:16:36.359 * +slave slave 192.168.110.132:6381 192.168.110.132 6381 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.344 # +sdown master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.344 # +odown master mymaster 192.168.110.132 6379 #quorum 1/1
46030:X 13 Apr 10:19:37.344 # +new-epoch 1
46030:X 13 Apr 10:19:37.344 # +try-failover master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.348 # +vote-for-leader 89f3e9eeacc7b99b9c95d7c20d25a241d6c1ccd9 1
46030:X 13 Apr 10:19:37.348 # +elected-leader master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.348 # +failover-state-select-slave master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.415 # +selected-slave slave 192.168.110.132:6380 192.168.110.132 6380 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.415 * +failover-state-send-slaveof-noone slave 192.168.110.132:6380 192.168.110.132 6380 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.477 * +failover-state-wait-promotion slave 192.168.110.132:6380 192.168.110.132 6380 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.983 # +promoted-slave slave 192.168.110.132:6380 192.168.110.132 6380 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:37.983 # +failover-state-reconf-slaves master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:38.051 * +slave-reconf-sent slave 192.168.110.132:6381 192.168.110.132 6381 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:38.194 * +slave-reconf-inprog slave 192.168.110.132:6381 192.168.110.132 6381 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:39.217 * +slave-reconf-done slave 192.168.110.132:6381 192.168.110.132 6381 @ mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:39.299 # +failover-end master mymaster 192.168.110.132 6379
46030:X 13 Apr 10:19:39.299 # +switch-master mymaster 192.168.110.132 6379 192.168.110.132 6380
46030:X 13 Apr 10:19:39.299 * +slave slave 192.168.110.132:6381 192.168.110.132 6381 @ mymaster 192.168.110.132 6380
46030:X 13 Apr 10:19:39.299 * +slave slave 192.168.110.132:6379 192.168.110.132 6379 @ mymaster 192.168.110.132 6380
46030:X 13 Apr 10:19:49.319 # +sdown slave 192.168.110.132:6379 192.168.110.132 6379 @ mymaster 192.168.110.132 6380

由于6380的配置文件中slave-priority配置为10,比6381的slave-priority的100要小,故优先选择6380为master。因为sentinel配置文件中down-after-milliseconds设置为10s,所以failover在10s后确认master down后自动选举6380为新的master。

7、查看日志:

当选举6380为新的master的时候,原先6381会重新指向6380,并清理自身旧的数据,从6380重新sync全量的数据过来。

6380的日志:

45995:S 13 Apr 10:19:37.342 # Error condition on socket for SYNC: Connection refused
45995:M 13 Apr 10:19:37.477 * Discarding previously cached master state.
45995:M 13 Apr 10:19:37.478 * MASTER MODE enabled (user request from ‘id=4 addr=192.168.110.132:46885 fd=7 name=sentinel-89f3e9ee-cmd a
ge=231 idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=0 qbuf-free=32768 obl=36 oll=0 omem=0 events=r cmd=exec‘)
45995:M 13 Apr 10:19:37.478 # CONFIG REWRITE executed with success.
45995:M 13 Apr 10:19:38.755 * Slave 192.168.110.132:6381 asks for synchronization
45995:M 13 Apr 10:19:38.755 * Full resync requested by slave 192.168.110.132:6381
45995:M 13 Apr 10:19:38.755 * Starting BGSAVE for SYNC with target: disk
45995:M 13 Apr 10:19:38.756 * Background saving started by pid 46050
46050:C 13 Apr 10:19:38.766 * DB saved on disk
46050:C 13 Apr 10:19:38.767 * RDB: 0 MB of memory used by copy-on-write
45995:M 13 Apr 10:19:38.855 * Background saving terminated with success
45995:M 13 Apr 10:19:38.855 * Synchronization with slave 192.168.110.132:6381 succeeded

6381的日志:

46039:S 13 Apr 10:19:37.746 # Error condition on socket for SYNC: Connection refused
46039:S 13 Apr 10:19:38.051 * Discarding previously cached master state.
46039:S 13 Apr 10:19:38.051 * SLAVE OF 192.168.110.132:6380 enabled (user request from ‘id=4 addr=192.168.110.132:41739 fd=7 name=senti
nel-89f3e9ee-cmd age=182 idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=145 qbuf-free=32623 obl=36 oll=0 omem=0 events=r cmd=exec‘)
46039:S 13 Apr 10:19:38.052 # CONFIG REWRITE executed with success.
46039:S 13 Apr 10:19:38.755 * Connecting to MASTER 192.168.110.132:6380
46039:S 13 Apr 10:19:38.755 * MASTER <-> SLAVE sync started
46039:S 13 Apr 10:19:38.755 * Non blocking connect for SYNC fired the event.
46039:S 13 Apr 10:19:38.755 * Master replied to PING, replication can continue...
46039:S 13 Apr 10:19:38.755 * Partial resynchronization not possible (no cached master)
46039:S 13 Apr 10:19:38.756 * Full resync from master: 065cade6f55c04c839436d5d0d2c6abc56a5d862:1
46039:S 13 Apr 10:19:38.855 * MASTER <-> SLAVE sync: receiving 102 bytes from master
46039:S 13 Apr 10:19:38.855 * MASTER <-> SLAVE sync: Flushing old data
46039:S 13 Apr 10:19:38.855 * MASTER <-> SLAVE sync: Loading DB in memory
46039:S 13 Apr 10:19:38.855 * MASTER <-> SLAVE sync: Finished with success
46039:S 13 Apr 10:19:38.856 * Background append only file rewriting started by pid 46051
46039:S 13 Apr 10:19:38.897 * AOF rewrite child asks to stop sending diffs.
46051:C 13 Apr 10:19:38.897 * Parent agreed to stop sending diffs. Finalizing AOF...
46051:C 13 Apr 10:19:38.897 * Concatenating 0.00 MB of AOF diff received from parent.
46051:C 13 Apr 10:19:38.897 * SYNC append only file rewrite performed
46051:C 13 Apr 10:19:38.897 * AOF rewrite: 0 MB of memory used by copy-on-write
46039:S 13 Apr 10:19:38.956 * Background AOF rewrite terminated with success
46039:S 13 Apr 10:19:38.956 * Residual parent diff successfully flushed to the rewritten AOF (0.00 MB)
46039:S 13 Apr 10:19:38.956 * Background AOF rewrite finished successfully
46039:S 13 Apr 10:31:31.097 * 1 changes in 900 seconds. Saving...
46039:S 13 Apr 10:31:31.097 * Background saving started by pid 46071
46071:C 13 Apr 10:31:31.109 * DB saved on disk
46071:C 13 Apr 10:31:31.109 * RDB: 0 MB of memory used by copy-on-write
46039:S 13 Apr 10:31:31.198 * Background saving terminated with success
时间: 2025-01-13 08:46:37

配置redis主从复制和sentinel模式的相关文章

Redis主从复制与sentinel模式

第1章 Redis主从复制: 基于RDB持久化的功能来实现主从复制的功能 1.1 redis复制特性: 1.      使用异步复制 2.      一个主服务器可以有多个从服务器 3.      从服务器也可以有自己的从服务器 4.      复制功能不会阻塞主服务器 5.      可以通过复制功能来让主服务器免于执行持久化操作,由从服务器执行持久化操作即可 1.1 主从复制原理: 1.      从服务器向主服务器发送sync命令 2.      街道sync命令的主服务器会调用bgsav

redis学习三,Redis主从复制和哨兵模式

Redis主从复制 java架构师项目实战,高并发集群分布式,大数据高可用,视频教程 1.Master可以拥有多个slave 2.多个slave可以连接同一个Master外,还可以连接到其他的slave 3.主从复制不会阻塞Master在主从复制时,Master可以处理client请求. 4.提供系统的伸缩性. 主从复制的过程 1.slave与Master建立连接,发送sync同步命令. 也就是说当用户在Master写入一条命令后,他们之间会通过一些算法把数据同步到每一个slave上. 2.Ms

配置Redis主从复制

[构建高性能数据库缓存之redis主从复制][http://database.51cto.com/art/201407/444555.htm] 一.什么是redis主从复制? 主从复制,当用户往Master端写入数据时,通过Redis Sync机制将数据文件发送至Slave,Slave也会执行相同的操作确保数据一致:且实现Redis的主从复制非常简单. 二.redis主从复制特点 1.同一个Master可以拥有多个Slaves. 2.Master下的Slave还可以接受同一架构中其它slave的

【Redis】配置redis主从复制

阅读目录 简单介绍 章节1:下载安装 章节2:修改配置文件 章节3:开启主从redis服务 章节4:客户端连接-测试同步 章节5:应用场景 章节6:参考链接 简单介绍 redis的作用,可网上自行搜索,下面将介绍redis的主从复制. 配置redis主从IP和port: master and slave ip port master 127.0.0.1 6379 slave1 127.0.0.1 6380 slave2 127.0.0.1 6381 回到顶部 一.下载安装 下载文件: wget

Redis主从加Sentinel模式部署

总体部署 一主二从三哨兵 ip地址分配分别为 主 127.0.0.1:6379 从 127.0.0.1:6389 从 127.0.0.1:6399 哨兵 127.0.0.1:26379 哨兵 127.0.0.1:26389 哨兵 127.0.0.1:26399 一主二从的配置文件 redis.conf设置 主的保持默认的不变 二个从的分别打开配置文件 找到设置端口的地方 分别设置为 6389 和6399 # Accept connections on the specified port, de

docker 配置redis主从复制

一.安装Redis 1.拉取官方镜像 [[email protected] /]# docker pull redis:5.0.7 2.下载完成后,我们就可以在本地镜像列表里查到REPOSITORY为redis,标签为5.0.7的镜像. [[email protected] ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/redis 5.0.7 dcf9ec9265e0 3 months ago 98.2 MB 3

redis主从复制和sentinel配置高可用

一:redis主从配置1.环境准备 master : 192.168.50.10 6179 slave1: 192.168.50.10 6279 slave2: 192.168.50.10 63792.redis.conf配置文件配置 master port 6179 requirepass 123456 #密码认证,可以不设置 dir "/var/redis/6179" #工作目录,dump.rdb会保留在这个目录slave1 port 6279 slaveof 192.168.50

Redis主从复制之哨兵模式(sentinel)

介绍:反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库 调整结构:6379带着80.81 自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错 配置哨兵,填写内容,sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1 ,上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机 启动哨兵 正常主从演示 主机master挂了 投票选取 选81为主机  问题:如果

Redis主从复制、哨兵模式

1.部署主从 环境:主IP:10.0.0.15,端口6379;从IP:10.0.0.16,端口6379. 原理:基于RDB持久化的功能来实现主从复制的功能. a.linux-redis1(10.0.0.15) cd /usr/local/redis/ grep "^[a-Z]" redis.conf # 列出几个修改过的配置 bind 10.0.0.15 protected-mode no port 6379 daemonize yes loglevel notice logfile