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

最新推荐文章于 2021-12-28 19:14:26 发布
最新推荐文章于 2021-12-28 19:14:26 发布
阅读量425 收藏 1
点赞数
分类专栏： redis
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
#redis3.0版本引入protected-mode
#要么protected-mode no 要么protected-mode yes 和bind 0.0.0.0
#不能protected-mode yes 和bind 139.199.208.176
protected-mode no
#protected-mode yes
 #主服务器上
 vim /etc/redis.conf
 #做如下修改，其他配置保持默认即可
1
2
masterauth redispass
requirepass redispass
#redis3.0版本引入protected-mode
#要么protected-mode no 要么protected-mode yes 和bind 0.0.0.0
#不能protected-mode yes 和bind 139.199.208.176
protected-mode no
#protected-mode yes
 #启动主、从
 #主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 主从切换(failover)解决方案，详细配置
vernliu的博客
12-17 483
《Redis源码学习笔记》文章列表 由于图片较大，缩放较为模糊，请双击打开查看原图 ^_^  主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库，并且按照数据流向，数据的发送者我们称作master，数据的接受者 我们称作slave（master/slave的划分并不是那么一定的，譬如B可以作为A的slave，但同时也可以作为C的master），下面就从 slave...
Redis主从部署及sentinel配置详细教程
jks212454的博客
06-01 2264
Redis主从部署及sentinel配置详细教程
【Redis三】基于Redis sentinel的自动failover主从复制
bit1129的博客
11-26 266
在第二篇中使用2.8.17搭建了主从复制，但是它存在Master单点问题，为了解决这个问题，Redis从2.6开始引入sentinel，用于监控和管理Redis的主从复制环境，进行自动failover，即Master挂了后，sentinel自动从从服务器选出一个Master使主从复制集群仍然可以工作，如果Master醒来再次加入集群，只能以从服务器的形式工作。   什么是Sentinel ...
《Redis源码学习笔记》主从复制
积累点滴，成就梦想
09-09 528
[url=http://diaocow.iteye.com/blog/1938032]《Redis源码学习笔记》文章列表[/url] [color=red]由于图片较大，缩放较为模糊，请双击打开查看原图 ^_^[/color] 主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库，并且按照数据流向，数据的发送者我们称作master，数据的接受者我们称作slav...
Redis Sentinel：集群Failover解决方案
深入一点
06-11 420
   Redis sentinel(哨兵)模块已经被集成在redis2.4+的版本中,尽管目前不是release,不过可以尝试去使用和了解,事实上sentinel还是有点复杂的.   sentinel主要功能就是为Redis M-S(master,slaves)集群提供了1)master存活检测 2)集群中M-S服务监控 3) 自动故障转移,M-S角色转换等能力,从一个方面说是提高了redis...
Redis单例、主从模式、sentinel以及集群的配置方式及优缺点对比
wdj_yyds的博客
12-28 767
前言 redis作为一种高效的缓存框架，使用是非常广泛的，在数据存储上，在运行时其将数据存储在内存中，以实现数据的高效读写，并且根据定制的持久化规则不同，其会不定期的将数据持久化到硬盘中。 另外相较于其他的NoSql数据库，redis提供了非常丰富的数据结构，如dict，sds，linkedlist，ziplist，set，quicklist，geometry。在这些存储结构的基础上，redis为用户提供了非常丰富的操作选择，如通过zskiplist来达到对某种类型的数据...
redis sentinel主从切换
linxi7的博客
05-24 1631
sentinel（哨兵）进程是用来监控master redis的，如果主master出现故障，并且符合sentinel设定的切换条件，那么sentinel就会自动的切换主从关系。 老的主从配置 master redis配置 bind 0.0.0.0 //绑定IP地址，可以通过ifconfig 获取Ip地址 protected-mode yes port 6379 tcp-backlog 511...
redis 安装 主从配置 选举
09-20
1. **启动脚本**：在Redis安装目录下的`utils`目录中，运行`install_server.sh`脚本，该脚本会帮助自动配置并启动Redis服务。 2. **修改配置文件**：为了实现主从复制，需要对`redis.conf`文件进行相应的设置。例如...
redis的主从自动切换
weixin_49205998的博客
09-23 3672
设置redis主从主要是在不同的主机上编辑配置文件 我们准备三台主机 分别是server1、server2、server3 其中server1是master ##在server2中
redis sentinel failover
cyanling的专栏
02-22 1390
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 845
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 411
接上一章投票选举 《[redis 源码走读] sentinel 哨兵 - 选举投票》。前面几章已经讲了：各个角色的通信，主客观下线，投票选举，当 sentinel 的 leader 被选出来后，由它来完成 redis 实例的角色转换。 1. 故障转移 故障转移有很多个环节组成，集群中每个 sentinel 都有机会执行，但是只有在选举过程中，赢得选票的人，才能完整完成整个故障转移流程。 1.1. 流程 sentinel 的故障转移流程有几个环节组成，主要可以看它源码定义的几个宏： /* 初始状态。*/ #
redis4.0.1主从配置及Sentinel配置自动Failover
eagle89的专栏
08-18 8242
一、单机版 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 207
Redis哨兵（Sentinel）模式 主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监...
Redis Sentinel故障转移
u012708900的博客
12-21 1253
Redis Sentinel Redis Sentinel配置主从复制的功能，针对主服务器(master)出现任何问题导致下线，进行故障转移。 Redis Sentinel会监视一系列主服务器及主服务的从服务器，通过向主服务器发送publish命令和subscribe命令，并向主服务器和从服务器发送ping命令，各个Sentinel可以自主识别其他的Sentinel和其他可用的从服务器。 当主服务器失效的时候，监视这个主服务器的所有Sentinel会基于彼此共有的信息选出一个Sentinel，并从现有可用的
【Redis】Redis sentinel配置及failover功能
cml2016的博客
09-11 289
Redis sentinel配置 172.17.16.7 172.17.16.21 172.17.16...
redis高可用之redis-Sentinel
05-27 146
配置： 先搭建好redis主从环境： 主： 100.5.120.118 6379 从1 100.5.120.118 6380 从2 100.5.120.118 6381 从3 100.5.120.11...
Redis 5.0.7 主从配置教程与文件分享
下面将详细介绍Redis主从配置文件中的关键知识点。 一、配置文件结构与作用 Redis的配置文件通常包含了多个指令和参数设置，用于定义Redis服务器的运行方式和行为。主从复制是Redis的一种数据备份方式，通过配置...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值