redis主从集群

最新推荐文章于 2025-04-08 21:05:35 发布
最新推荐文章于 2025-04-08 21:05:35 发布
阅读量237 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： redis 文章标签： 欢迎关注添加微信: tony_198188
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yanchunling1981/article/details/71703587

 Redis 安装，主从配置及Sentinel配置自动Failover

1、安装redis

首页地址：http://redis.io/

下载地址：http://download.redis.io/ 下载最新的源码包（当前最新稳定版2.6.16）

1

2

3

4

5

6

wget http://download.redis.io/releases/redis-2.6.16.tar.gz

tar xzf redis-2.6.16.tar.gz

cd redis-2.6.16

make

make install

cp redis.conf /etc/

2、运行

 

加载配置文件并后台运行

 

1

redis-server /etc/redis.conf &

#redis-cli （命令行工具）

3、测试

# redis-benchmark --help 获取帮助信息，其中包含压力测试命令样例

1

2

3

4

5

Examples:

Run the benchmark with the default configuration against 127.0.0.1:6379:

  $ redis-benchmark

 Fill 127.0.0.1:6379 with about 1 million keys only using the SET test:

  $ redis-benchmark -t set -n 1000000 -r 100000000

实际测试举例

1

2

3

4

5

6

7

8

[root@php1 ~]# redis-benchmark -t set -c 20 -n 1000000 -r 100000000

====== SET ======

 1000000 requests completed in 8.92 seconds

 20 parallel clients

 3 bytes payload

 keep alive: 1

100.00% <= 0 milliseconds

112095.06 requests per second

 

4、主从配置及测试

 

 

主php1172.17.16.76379
从mysql1172.17.16.216379
从mysql3172.17.16.226379

 #从服务器上

 vim /etc/redis.conf

 #做如下修改，其他配置保持默认即可

1

2

3

slaveof 172.17.16.7 6379

masterauth redispass

requirepass redispass

 #主服务器上

 vim /etc/redis.conf

 #做如下修改，其他配置保持默认即可

1

2

masterauth redispass

requirepass redispass

 #启动主、从

 #主16.7

 #redis-server /etc/redis.conf &

 #从16.21、16.22

 #redis-server /etc/redis.conf &

 

 #主服务器显示

1

2

3

4

5

6

7

[13997] 03 Nov 09:57:21.045 * Slave ask for synchronization

[13997] 03 Nov 09:57:21.045 * Starting BGSAVE for SYNC

[13997] 03 Nov 09:57:21.046 * Background saving started by pid 14002

[14002] 03 Nov 09:57:21.058 * DB saved on disk

[14002] 03 Nov 09:57:21.059 * RDB: 0 MB of memory used by copy-on-write

[13997] 03 Nov 09:57:21.070 * Background saving terminated with success

[13997] 03 Nov 09:57:21.070 * Synchronization with slave succeeded

 #从服务器显示

1

2

3

4

5

6

7

8

9

10

11

12

13

[3496] 03 Nov 09:56:41.953 * Connecting to MASTER...

  [3496] 03 Nov 09:56:41.953 * MASTER <-> SLAVE sync started

  [3496] 03 Nov 09:56:41.954 * Non blocking connect for SYNC fired the event.

  [3496] 03 Nov 09:56:41.954 * Master replied to PING, replication can continue...

  [3496] 03 Nov 09:56:42.055 * MASTER <-> SLAVE sync: receiving 18 bytes from master

  [3496] 03 Nov 09:56:42.055 * MASTER <-> SLAVE sync: Loading DB in memory

  [3496] 03 Nov 09:56:42.055 * MASTER <-> SLAVE sync: Finished with success

  [3499] 03 Nov 09:56:42.056 * SYNC append only file rewrite performed

  [3499] 03 Nov 09:56:42.057 * AOF rewrite: 0 MB of memory used by copy-on-write

  [3496] 03 Nov 09:56:42.057 * Background append only file rewriting started by pid 3499

  [3496] 03 Nov 09:56:42.154 * Background AOF rewrite terminated with success

  [3496] 03 Nov 09:56:42.154 * Parent diff successfully flushed to the rewritten AOF (0 bytes)

  [3496] 03 Nov 09:56:42.154 * Background AOF rewrite finished successfully

 #主服务器查看主从信息

 #[root@php1 ~]# redis-cli -h 127.0.0.1 -a redispass info replication

1

2

3

4

5

# Replication

  role:master

  connected_slaves:2

  slave0:172.17.16.21,6379,online

  slave1:172.17.16.22,6379,online

 #从服务器查看主从信息

 #[root@mysql1 ~]# redis-cli -h 127.0.0.1 -a redispass info replication

1

2

3

4

5

6

7

8

9

10

# Replication

role:slave

master_host:172.17.16.7

master_port:6379

master_link_status:up

master_last_io_seconds_ago:2

master_sync_in_progress:0

slave_priority:100

slave_read_only:1

connected_slaves:0

 #写同步测试

 #主服务器

 [root@php1 ~]# redis-cli -h 127.0.0.1 -a redispass

1

2

3

4

redis 127.0.0.1:6379> set a 123

OK

redis 127.0.0.1:6379> get a

"123"

 #从服务器

 [root@mysql1 ~]# redis-cli -h 127.0.0.1 -a redispass

1

2

redis 127.0.0.1:6379> get a

 "123"

[root@mysql3 ~]# redis-cli -h 127.0.0.1 -a redispass

1

2

redis 127.0.0.1:6379> get a

 "123"

redis 127.0.0.1:6379> set b 234

 (error) READONLY You can't write against a read only slave. （开起了只读模式，所以从将不能写入数据，可以保证数据只从主服务器同步至从服务器）

 #故障测试

 #从服务器宕机

 将自动从主服务器的主从关系中解除

 #主服务器宕机，从服务器显示，并且不能自动切换

1

2

3

[15932] 03 Nov 09:46:25.465 * Connecting to MASTER...

  [15932] 03 Nov 09:46:25.465 * MASTER <-> SLAVE sync started

  [15932] 03 Nov 09:46:25.466 # Error condition on socket for SYNC: Connection refused

 

5、Redis sentinel配置

主页地址：http://redis.io/topics/sentinel

sentinel主要功能就是为Redis M-S(master,slaves)集群提供了

1)master存活检测

2)集群中M-S服务监控

3) 自动故障转移,M-S角色转换等能力,

从一个方面说是提高了redis集群的可用性.

#添加并编辑配置文件/etc/sentinel.conf，新增内容如下，也可在安装文件中负责sentinel配置文件并作适当修改：

[root@php1 ~]# cat /etc/sentinel.conf 

1

2

3

4

5

6

7

port 26379

 sentinel monitor mymaster 172.17.16.7 6379 2

 sentinel auth-pass mymaster redispass

 sentinel down-after-milliseconds mymaster 30000

 sentinel failover-timeout mymaster 900000

 sentinel can-failover mymaster yes

 sentinel parallel-syncs mymaster 1

[root@mysql1 ~]# cat /etc/sentinel.conf 

1

2

3

4

5

6

7

port 26479

 sentinel monitor mymaster 172.17.16.7 6379 2

 sentinel auth-pass mymaster redispass

 sentinel down-after-milliseconds mymaster 30000

 sentinel failover-timeout mymaster 900000

 sentinel can-failover mymaster yes

 sentinel parallel-syncs mymaster 1

[root@mysql3 ~]# cat /etc/sentinel.conf 

1

2

3

4

5

6

7

port 26579

 sentinel monitor mymaster 172.17.16.7 6379 2

 sentinel auth-pass mymaster redispass

 sentinel down-after-milliseconds mymaster 30000

 sentinel failover-timeout mymaster 900000

 sentinel can-failover mymaster yes

 sentinel parallel-syncs mymaster 1

#在三个服务器中以sentinel模式启动redis-server

1

2

3

[root@php1 ~]# redis-server /etc/sentinel.conf --sentinel

[root@mysql1 ~]# redis-server /etc/sentinel.conf --sentinel

[root@mysql3 ~]# redis-server /etc/sentinel.conf --sentinel

#最后三台服务器sentinel输出如下：（注意每个机器输出对应的都是另外两台机器的IP）

#php1

1

2

3

4

5

6

7

8

9

10

11

12

13

14

[14047] 03 Nov 10:18:55.109 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:18:55.109 * +slave slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:19:42.272 * +sentinel sentinel 172.17.16.21:26479 172.17.16.21 26479 @ mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:20:46.338 * +sentinel sentinel 172.17.16.22:26579 172.17.16.22 26579 @ mymaster 172.17.16.7 6379

 #mysql1

 [3512] 03 Nov 10:23:36.473 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [3512] 03 Nov 10:23:36.473 * +slave slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

 [3512] 03 Nov 10:23:40.446 * +sentinel sentinel 172.17.16.7:26379 172.17.16.7 26379 @ mymaster 172.17.16.7 6379

 [3512] 03 Nov 10:24:45.567 * +sentinel sentinel 172.17.16.22:26579 172.17.16.22 26579 @ mymaster 172.17.16.7 6379

 #mysql3

 [21428] 03 Nov 10:24:40.561 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:24:40.561 * +slave slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:24:41.367 * +sentinel sentinel 172.17.16.7:26379 172.17.16.7 26379 @ mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:24:42.280 * +sentinel sentinel 172.17.16.21:26479 172.17.16.21 26479 @ mymaster 172.17.16.7 6379

#关掉mysql3上的redis-server服务

#每个sentinel将输出如下信息，表示认为slave 22已经宕机，剔除

 

1

[3512] 03 Nov 10:30:08.359 # +sdown slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

#重新启动mysql3上的redis-server服务

#每个sentinel将输出如下信息，表示认为slave 22已经重新启动，新增到集群中

1

2

[3512] 03 Nov 10:31:28.901 * +reboot slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [3512] 03 Nov 10:31:29.115 # -sdown slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

#关掉主php1的redis-server服务

#将重新选举主服务器并重新配置连接到新的主服务器：

#php1上输出：

1

2

3

4

5

6

7

8

9

10

11

[14047] 03 Nov 10:29:49.888 # +sdown master mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:29:51.188 # +odown master mymaster 172.17.16.7 6379 #quorum 3/2

 [14047] 03 Nov 10:29:59.189 # +failover-detected master mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:29:59.689 * +slave-reconf-inprog slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:30:00.789 * +slave-reconf-done slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:30:00.888 # +failover-end master mymaster 172.17.16.7 6379

 [14047] 03 Nov 10:30:00.888 # +switch-master mymaster 172.17.16.7 6379 172.17.16.21 6379

 [14047] 03 Nov 10:30:00.990 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.21 6379

 [14047] 03 Nov 10:30:01.058 * +sentinel sentinel 172.17.16.21:26479 172.17.16.21 26479 @ mymaster 172.17.16.21 6379

 [14047] 03 Nov 10:30:05.956 * +sentinel sentinel 172.17.16.22:26579 172.17.16.22 26579 @ mymaster 172.17.16.21 6379

 [14047] 03 Nov 10:30:30.988 # +sdown slave 172.17.16.7:6379 172.17.16.7 6379 @ mymaster 172.17.16.21 6379

#mysql1上输出：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

[3512] 03 Nov 10:33:49.516 # +sdown master mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:49.716 # +odown master mymaster 172.17.16.7 6379 #quorum 3/2

[3512] 03 Nov 10:33:49.716 # +failover-triggered master mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:49.716 # +failover-state-wait-start master mymaster 172.17.16.7 6379 #starting in 8139 milliseconds

[3512] 03 Nov 10:33:57.893 # +failover-state-select-slave master mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:57.997 # +selected-slave slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:57.997 * +failover-state-send-slaveof-noone slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:58.101 * +failover-state-wait-promotion slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

[3496] 03 Nov 10:33:58.101 * MASTER MODE enabled (user request)

[3512] 03 Nov 10:33:58.741 # +promoted-slave slave 172.17.16.21:6379 172.17.16.21 6379 @ mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:58.741 # +failover-state-reconf-slaves master mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:58.849 * +slave-reconf-sent slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

[3512] 03 Nov 10:33:58.957 * +slave-reconf-inprog slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

[3496] 03 Nov 10:33:59.080 * Slave ask for synchronization

[3496] 03 Nov 10:33:59.080 * Starting BGSAVE for SYNC

[3496] 03 Nov 10:33:59.081 * Background saving started by pid 3515

[3515] 03 Nov 10:33:59.086 * DB saved on disk

[3515] 03 Nov 10:33:59.087 * RDB: 0 MB of memory used by copy-on-write

[3496] 03 Nov 10:33:59.188 * Background saving terminated with success

[3496] 03 Nov 10:33:59.189 * Synchronization with slave succeeded

[3512] 03 Nov 10:33:59.994 * +slave-reconf-done slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

[3512] 03 Nov 10:34:00.093 # +failover-end master mymaster 172.17.16.7 6379

[3512] 03 Nov 10:34:00.093 # +switch-master mymaster 172.17.16.7 6379 172.17.16.21 6379

[3512] 03 Nov 10:34:00.194 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.21 6379

[3512] 03 Nov 10:34:00.325 * +sentinel sentinel 172.17.16.7:26379 172.17.16.7 26379 @ mymaster 172.17.16.21 6379

[3512] 03 Nov 10:34:05.192 * +sentinel sentinel 172.17.16.22:26579 172.17.16.22 26579 @ mymaster 172.17.16.21 6379

[3512] 03 Nov 10:34:30.134 # +sdown slave 172.17.16.7:6379 172.17.16.7 6379 @ mymaster 172.17.16.21 6379

#mysql3上输出：

1

2

3

4

5

6

7

8

9

10

11

[21428] 03 Nov 10:33:49.343 # +sdown master mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:33:49.543 # +odown master mymaster 172.17.16.7 6379 #quorum 2/2

 [21428] 03 Nov 10:33:58.896 # +failover-detected master mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:33:59.836 * +slave-reconf-inprog slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:33:59.836 * +slave-reconf-done slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:33:59.940 # +failover-end master mymaster 172.17.16.7 6379

 [21428] 03 Nov 10:33:59.940 # +switch-master mymaster 172.17.16.7 6379 172.17.16.21 6379

 [21428] 03 Nov 10:34:00.045 * +slave slave 172.17.16.22:6379 172.17.16.22 6379 @ mymaster 172.17.16.21 6379

 [21428] 03 Nov 10:34:00.293 * +sentinel sentinel 172.17.16.21:26479 172.17.16.21 26479 @ mymaster 172.17.16.21 6379

 [21428] 03 Nov 10:34:00.325 * +sentinel sentinel 172.17.16.7:26379 172.17.16.7 26379 @ mymaster 172.17.16.21 6379

 [21428] 03 Nov 10:34:29.989 # +sdown slave 172.17.16.7:6379 172.17.16.7 6379 @ mymaster 172.17.16.21 6379

#查看主从关系：（mysql1为主，mysql3为从，如果php1重新启动，也将为从服务器加入到新的集群）

1

2

3

4

5

[root@mysql1 ~]# redis-cli -h 127.0.0.1 -p 6379 -a redispass info replication

# Replication

role:master

connected_slaves:1

slave0:172.17.16.22,6379,online

1

2

3

4

5

6

7

8

9

10

11

[root@mysql3 ~]# redis-cli -h 127.0.0.1 -p 6379 -a redispass info replication

 # Replication

 role:slave

 master_host:172.17.16.21

 master_port:6379

 master_link_status:up

 master_last_io_seconds_ago:1

 master_sync_in_progress:0

 slave_priority:100

 slave_read_only:1

 connected_slaves:0

#重新启动php1，检查mysql1的主从关系

1

2

3

4

5

6

[root@mysql1 ~]# redis-cli -h 127.0.0.1 -p 6379 -a redispass info replication

# Replication

role:master

connected_slaves:2

slave0:172.17.16.22,6379,online

slave1:172.17.16.7,6379,online

切换成功。

 

Redis Sentinel故障转移
u012708900的博客
12-21 1414
Redis Sentinel Redis Sentinel配置主从复制的功能，针对主服务器(master)出现任何问题导致下线，进行故障转移。 Redis Sentinel会监视一系列主服务器及主服务的从服务器，通过向主服务器发送publish命令和subscribe命令，并向主服务器和从服务器发送ping命令，各个Sentinel可以自主识别其他的Sentinel和其他可用的从服务器。 当主服务器失效的时候，监视这个主服务器的所有Sentinel会基于彼此共有的信息选出一个Sentinel，并从现有可用的
Redis主从集群
m0_65230102的博客
08-19 663
我们需要执行命令来创建集群，在Redis5.0之前创建集群比较麻烦，5.0之后集群管理命令都集成到了redis-cli中。修改redis-6.2.4/redis.conf文件，将其中的持久化模式改为默认的RDB模式，AOF保持关闭状态。要在同一台虚拟机开启3个实例，必须准备三份不同的配置文件和目录，配置文件所在目录也就是工作目录。要在同一台虚拟机开启3个实例，必须准备三份不同的配置文件和目录，配置文件所在目录也就是工作目录。这里我们搭建一个三节点形成的Sentinel集群，来监管之前的Redis主从集群。
Redis 安装，主从配置及Sentinel配置自动Failover
珺珺去哪儿
03-26 1403
主页地址：http://redis.io/topics/sentinel sentinel主要功能就是为Redis M-S(master,slaves)集群提供了 1)master存活检测  2)集群中M-S服务监控  3) 自动故障转移,M-S角色转换等能力, 从一个方面说是提高了redis集群的可用性. #添加并编辑配置文件/etc/sentinel.conf，新增内容如下，也
【Redis三】基于Redis sentinel的自动failover主从复制
bit1129的博客
11-26 325
在第二篇中使用2.8.17搭建了主从复制，但是它存在Master单点问题，为了解决这个问题，Redis从2.6开始引入sentinel，用于监控和管理Redis的主从复制环境，进行自动failover，即Master挂了后，sentinel自动从从服务器选出一个Master使主从复制集群仍然可以工作，如果Master醒来再次加入集群，只能以从服务器的形式工作。   什么是Sentinel ...
《Redis源码学习笔记》主从复制
积累点滴，成就梦想
09-09 704
[url=http://diaocow.iteye.com/blog/1938032]《Redis源码学习笔记》文章列表[/url] [color=red]由于图片较大，缩放较为模糊，请双击打开查看原图 ^_^[/color] 主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库，并且按照数据流向，数据的发送者我们称作master，数据的接受者我们称作slav...
Redis Sentinel：集群Failover解决方案
深入一点
06-11 471
   Redis sentinel(哨兵)模块已经被集成在redis2.4+的版本中,尽管目前不是release,不过可以尝试去使用和了解,事实上sentinel还是有点复杂的.   sentinel主要功能就是为Redis M-S(master,slaves)集群提供了1)master存活检测 2)集群中M-S服务监控 3) 自动故障转移,M-S角色转换等能力,从一个方面说是提高了redis...
Docker compose部署redis主从集群
10-14
使用Docker Compose可以轻松部署复杂的多容器应用，如Redis主从集群。Redis是一个开源的使用ANSI C语言编写、支持网络、基于内存、可选持久性的键值存储数据库。它通常用作数据库、缓存和消息中间件。Redis主从集群...
使用Docker搭建Redis主从集群
时间如瑾 代码如诗
06-18 1019
单节点Redis的并发能力是有上限的，要进一步提高Redis的并发能力，就需要搭建主从集群，实现读写分离。
windows redis 主从集群实例加哨兵集群
08-24
Windows Redis主从集群及哨兵集群的搭建是提高Redis服务的可用性和数据安全性的重要手段。下面将详细介绍这两个概念以及如何在Windows环境中实现。 1. Redis主从集群： 主从复制是Redis提供的一种数据备份和故障...
redis主从集群搭建及容灾部署(哨兵sentinel).pdf
11-23
Redis 主从集群搭建及容灾部署（哨兵 Sentinel） 本文档将详细介绍 Redis 主从集群的搭建和容灾部署，使用哨兵（Sentinel）来实现高可用性和自动故障转移。 知识点1：Redis 安装 在开始搭建 Redis 主从集群之前，...
redis sentinel failover
cyanling的专栏
02-22 1457
redis sentinel failover过程：以下如无特别情况，均站在sentinel的视角。 发现master处于ODOWN状态（objective down）。 明白哪个sentinel是能start failover的leader，其他sentinel都是observer（选举过程后面会讲，现阶段看主要是runid较低）。 leader选取一个slave，将其提升为master（
sentinel发起failover命令，slave切换成master的过程
thjwsw的专栏
07-27 910
sentinel发起failover命令 sentinelFailoverStateMachine sentinelFailoverSelectSlave 日志： 2837:X 27 Jul 2020 10:45:09.636 # +selected-slave slave 192.168.27.128:6479 192.168.27.128 6479 @ mymaster 192.168.27.128 6379 2837:X 27 Jul 2020 10:45:09.636 * +failove...
[redis 源码走读] sentinel 哨兵 - 故障转移
wenfh2020的专栏
12-02 466
接上一章投票选举 《[redis 源码走读] sentinel 哨兵 - 选举投票》。前面几章已经讲了：各个角色的通信，主客观下线，投票选举，当 sentinel 的 leader 被选出来后，由它来完成 redis 实例的角色转换。 1. 故障转移 故障转移有很多个环节组成，集群中每个 sentinel 都有机会执行，但是只有在选举过程中，赢得选票的人，才能完整完成整个故障转移流程。 1.1. 流程 sentinel 的故障转移流程有几个环节组成，主要可以看它源码定义的几个宏： /* 初始状态。*/ #
redis4.0.1主从配置及Sentinel配置自动Failover
eagle89的专栏
08-18 8290
一、单机版 1、前提条件 yum install gcc-c++   2、安装redis tar -xf redis-4.0.1.tar.gz cd redis-xxxx make make install 3、测试Redis是否安装成功 后台启动redis     ./redis-server redis.conf   注：分别在每台机器上安装以上过程
Redis分布式集群--Redis哨兵（Sentinel）模式
zhangyukai9579的博客
10-14 244
Redis哨兵（Sentinel）模式 主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监...
redis sentinel 主从切换(failover)解决方案，详细配置
vernliu的博客
12-17 537
《Redis源码学习笔记》文章列表 由于图片较大，缩放较为模糊，请双击打开查看原图 ^_^  主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库，并且按照数据流向，数据的发送者我们称作master，数据的接受者 我们称作slave（master/slave的划分并不是那么一定的，譬如B可以作为A的slave，但同时也可以作为C的master），下面就从 slave...
Redis哨兵模式下执行sentinel failover mymaster命令可能导致什么风险，如何避免
最新发布
主要写大数据集群一线运维和学习工作经验
04-08 1108
确保客户端（如 Jedis、Lettuce）支持自动感知主节点变更，并配置合理的重试机制。确保主节点和从节点的 RDB/AOF 持久化已完成，避免因未持久化数据导致丢失。优先依赖哨兵的自动故障转移机制，仅在必要时手动干预。切换后，确保新主节点完成数据加载和连接池初始化，再开放流量。避免在业务高峰期触发故障转移，减少对客户端的影响。切换后检查客户端日志，确认连接已切换到新主节点。将其提升为主节点，再通过哨兵更新配置。）的偏移量，确保差值在可接受范围内。（故障转移超时时间），避免误判。
【Redis】Redis sentinel配置及failover功能
cml2016的博客
09-11 344
Redis sentinel配置 172.17.16.7 172.17.16.21 172.17.16...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值