redis：sentinel配置及测试

最新推荐文章于 2024-08-02 21:57:46 发布
最新推荐文章于 2024-08-02 21:57:46 发布
阅读量1.5k 收藏
点赞数
分类专栏： redis

参考原理：

http://www.redis.cn/topics/sentinel.html
https://segmentfault.com/a/1190000002680804


结构：

[plain]  view plain  copy
  1. 192.168.56.159 6379 master  
  2. 192.168.56.159 6380 slave  
  3. 192.168.56.159 26379 sentinel  
  4. 192.168.56.159 26380 sentinel  
[plain]  view plain  copy
  1. 简单测试  


sentinel配置文件

[plain]  view plain  copy
  1. port 26379  
  2. daemonize yes  
  3. logfile "/data/redis/redis_sentinel/26379/sentinel.log"  
  4. dir "/data/redis/redis_sentinel/26379"  
  5.   
  6. sentinel monitor mymaster 192.168.56.159 6379 1  
  7. sentinel down-after-milliseconds mymaster 15000  
  8. sentinel parallel-syncs mymaster 1  
  9. sentinel failover-timeout mymaster 180000  
  10. sentinel auth-pass mymaster xxx  
  11. sentinel client-reconfig-script mymaster /data/scripts/redis.sh  

[plain]  view plain  copy
  1. 启动sentinel  
  2. redis-sentinel sentinel.conf  
  3. 查看日志  
  4. 6622:X 25 Jul 15:14:20.113 # Sentinel runid is 6b52acf5d95573a1f0b629d5aa2e203ca5be8fa9  
  5. 6622:X 25 Jul 15:14:20.113 # +monitor master mymaster 192.168.56.159 6379 quorum 1  
  6. 6622:X 25 Jul 15:14:20.114 * +slave slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  7.   
  8. 再启动26380端口的sentinel，查看26379的日志  
  9. 6622:X 25 Jul 15:18:33.936 * +sentinel sentinel 192.168.56.159:26380 192.168.56.159 26380 @ mymaster 192.168.56.159 6379  
  10.   
  11. 登录任意端口的sentinel查看信息  
  12. [root@192.168.56.159 scripts]redis-cli -p 26380 info Sentinel  
  13. # Sentinel  
  14. sentinel_masters:1  
  15. sentinel_tilt:0  
  16. sentinel_running_scripts:0  
  17. sentinel_scripts_queue_length:0  
  18. master0:name=mymaster,status=ok,address=192.168.56.159:6379,slaves=1,sentinels=2  

测试：

[plain]  view plain  copy
  1. 停掉slave 6380  
  2. 6622:X 25 Jul 15:21:35.262 # +sdown slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  3.   
  4. 启动slave 6380  
  5. 6622:X 25 Jul 15:22:36.074 * +reboot slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  6. 6622:X 25 Jul 15:22:36.130 # -sdown slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  7.   
  8. 停掉sentinel 26379  
  9. 6666:X 25 Jul 15:24:03.631 # +sdown sentinel 192.168.56.159:26379 192.168.56.159 26379 @ mymaster 192.168.56.159 6379  
  10. 启动sentinel 26379  
  11. 6666:X 25 Jul 15:24:35.313 # -sdown sentinel 192.168.56.159:26379 192.168.56.159 26379 @ mymaster 192.168.56.159 6379  
  12. 6666:X 25 Jul 15:24:37.315 * -dup-sentinel master mymaster 192.168.56.159 6379 #duplicate of 192.168.56.159:26379 or e64490cfd0f4e1cb2c3a7be53657a00c68defe99  
  13. 6666:X 25 Jul 15:24:37.315 * +sentinel sentinel 192.168.56.159:26379 192.168.56.159 26379 @ mymaster 192.168.56.159 6379  
  14.   
  15. 停掉master 6379  
  16. sentinel-26379日志  
  17. 6732:X 25 Jul 15:28:21.904 # +sdown master mymaster 192.168.56.159 6379  
  18. 6732:X 25 Jul 15:28:21.904 # +odown master mymaster 192.168.56.159 6379 #quorum 1/1  
  19. 6732:X 25 Jul 15:28:21.904 # +new-epoch 1  
  20. 6732:X 25 Jul 15:28:21.905 # +try-failover master mymaster 192.168.56.159 6379  
  21. 6732:X 25 Jul 15:28:21.916 # +vote-for-leader e64490cfd0f4e1cb2c3a7be53657a00c68defe99 1  
  22. 6732:X 25 Jul 15:28:21.928 # 192.168.56.159:26380 voted for e64490cfd0f4e1cb2c3a7be53657a00c68defe99 1  
  23. 6732:X 25 Jul 15:28:21.993 # +elected-leader master mymaster 192.168.56.159 6379  
  24. 6732:X 25 Jul 15:28:21.993 # +failover-state-select-slave master mymaster 192.168.56.159 6379  
  25. 6732:X 25 Jul 15:28:22.085 # +selected-slave slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  26. 6732:X 25 Jul 15:28:22.085 * +failover-state-send-slaveof-noone slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  27. 6732:X 25 Jul 15:28:22.161 * +failover-state-wait-promotion slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  28. 6732:X 25 Jul 15:28:22.982 # +promoted-slave slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  29. 6732:X 25 Jul 15:28:22.982 # +failover-state-reconf-slaves master mymaster 192.168.56.159 6379  
  30. 6732:X 25 Jul 15:28:23.008 # +failover-end master mymaster 192.168.56.159 6379  
  31. 6732:X 25 Jul 15:28:23.008 # +switch-master mymaster 192.168.56.159 6379 192.168.56.159 6380  
  32. 6732:X 25 Jul 15:28:23.008 * +slave slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  33. 6732:X 25 Jul 15:28:38.039 # +sdown slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  34. sentinel-26380日志  
  35. 6666:X 25 Jul 15:28:21.924 # +new-epoch 1  
  36. 6666:X 25 Jul 15:28:21.927 # +vote-for-leader e64490cfd0f4e1cb2c3a7be53657a00c68defe99 1  
  37. 6666:X 25 Jul 15:28:21.933 # +sdown master mymaster 192.168.56.159 6379  
  38. 6666:X 25 Jul 15:28:21.933 # +odown master mymaster 192.168.56.159 6379 #quorum 1/1  
  39. 6666:X 25 Jul 15:28:21.934 # Next failover delay: I will not start a failover before Mon Jul 25 15:34:22 2016  
  40. 6666:X 25 Jul 15:28:23.019 # +config-update-from sentinel 192.168.56.159:26379 192.168.56.159 26379 @ mymaster 192.168.56.159 6379  
  41. 6666:X 25 Jul 15:28:23.019 # +switch-master mymaster 192.168.56.159 6379 192.168.56.159 6380  
  42. 6666:X 25 Jul 15:28:23.019 * +slave slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  43. 6666:X 25 Jul 15:28:38.099 # +sdown slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  44.   
  45. slave 6380状态改变  
  46. 原状态  
  47. # Replication  
  48. role:slave  
  49. master_host:192.168.56.159  
  50. master_port:6379  
  51. master_link_status:up  
  52. 现状态  
  53. [root@192.168.56.159 redis6380]redis-cli -p 6380 -a fangyali info Replication  
  54. # Replication  
  55. role:master  
  56. connected_slaves:0  
  57. master_repl_offset:0  
  58.   
  59.   
  60. 在启动原master 6379  
  61. 6732:X 25 Jul 15:34:23.247 # -sdown slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  62. 6732:X 25 Jul 15:34:33.185 * +convert-to-slave slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  63. 查看信息(原master配置文件masterauth 没有打开，第一次切换master_link_status:down)  
  64. redis-cli -p 6379 -a fangyali info Replication    
  65. # Replication  
  66. role:slave  
  67. master_host:192.168.56.159  
  68. master_port:6380  
  69. master_link_status:up  


故障转移

[plain]  view plain  copy
  1. 一次故障转移操作由以下步骤组成：  
  2. 发现主服务器已经进入客观下线状态。  
  3. 对我们的当前纪元进行自增（详情请参考 Raft leader election ）， 并尝试在这个纪元中当选。  
  4. 如果当选失败， 那么在设定的故障迁移超时时间的两倍之后， 重新尝试当选。 如果当选成功， 那么执行以下步骤。  
  5. 选出一个从服务器，并将它升级为主服务器。  
  6. 向被选中的从服务器发送 SLAVEOF NO ONE 命令，让它转变为主服务器。  
  7. 通过发布与订阅功能， 将更新后的配置传播给所有其他 Sentinel ， 其他 Sentinel 对它们自己的配置进行更新。  
  8. 向已下线主服务器的从服务器发送 SLAVEOF 命令， 让它们去复制新的主服务器。  
  9. 当所有从服务器都已经开始复制新的主服务器时， 领头 Sentinel 终止这次故障迁移操作。  
  10.   
  11. 故障转移(failover)的第一步，就是选出新的master，大致的筛选流程为：  
  12. 1. 删除列表中所有处于下线或者断线状态的slave  
  13. 2. 删除列表中所有最近五秒内没有回复过领头sentinel的INFO命令的slave  
  14. 3. 删除所有与已下线主服务器连接断开超过down-after-milliseconds * 10毫秒的slave（确保slave没有过早与master断开，副本比较新）  
  15. 4. 根据slave优先级选择  
  16. 5. 如果优先级相同，选择复制偏移量最大的slave  
  17. 6. 如果都相同，按照run_id排序，选出run_id最小的slave  


有一次failover会失败，然后等待2*failover-timeout 后failover成功，原因？

[plain]  view plain  copy
  1. sentinel-26379日志  
  2. 6732:X 25 Jul 18:40:37.402 # +sdown master mymaster 192.168.56.159 6380  
  3. 6732:X 25 Jul 18:40:37.402 # +odown master mymaster 192.168.56.159 6380 #quorum 1/1  
  4. 6732:X 25 Jul 18:40:37.403 # +new-epoch 2  
  5. 6732:X 25 Jul 18:40:37.403 # +try-failover master mymaster 192.168.56.159 6380  
  6. 6732:X 25 Jul 18:40:37.455 # +vote-for-leader e64490cfd0f4e1cb2c3a7be53657a00c68defe99 2  
  7. 6732:X 25 Jul 18:40:37.456 # 192.168.56.159:26380 voted for de9a51fdc0ae15c8bc09cbde6036209d63c44988 2  
  8. 6732:X 25 Jul 18:40:48.162 # -failover-abort-not-elected master mymaster 192.168.56.159 6380  
  9. 6732:X 25 Jul 18:40:48.239 # Next failover delay: I will not start a failover before Mon Jul 25 18:46:38 2016  
  10. 6732:X 25 Jul 18:46:38.184 # +new-epoch 3  
  11. 6732:X 25 Jul 18:46:38.184 # +try-failover master mymaster 192.168.56.159 6380  
  12. 6732:X 25 Jul 18:46:38.188 # +vote-for-leader e64490cfd0f4e1cb2c3a7be53657a00c68defe99 3  
  13. 6732:X 25 Jul 18:46:38.223 # 192.168.56.159:26380 voted for e64490cfd0f4e1cb2c3a7be53657a00c68defe99 3  
  14. 6732:X 25 Jul 18:46:38.252 # +elected-leader master mymaster 192.168.56.159 6380  
  15. 6732:X 25 Jul 18:46:38.252 # +failover-state-select-slave master mymaster 192.168.56.159 6380  
  16. 6732:X 25 Jul 18:46:38.324 # +selected-slave slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  17. 6732:X 25 Jul 18:46:38.324 * +failover-state-send-slaveof-noone slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  18. 6732:X 25 Jul 18:46:38.400 * +failover-state-wait-promotion slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  19. 6732:X 25 Jul 18:46:38.559 # +promoted-slave slave 192.168.56.159:6379 192.168.56.159 6379 @ mymaster 192.168.56.159 6380  
  20. 6732:X 25 Jul 18:46:38.560 # +failover-state-reconf-slaves master mymaster 192.168.56.159 6380  
  21. 6732:X 25 Jul 18:46:38.647 # +failover-end master mymaster 192.168.56.159 6380  
  22. 6732:X 25 Jul 18:46:38.647 # +switch-master mymaster 192.168.56.159 6380 192.168.56.159 6379  
  23. 6732:X 25 Jul 18:46:38.647 * +slave slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  24. 6732:X 25 Jul 18:46:53.670 # +sdown slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  25. sentinel-26380日志  
  26. 6666:X 25 Jul 18:40:37.413 # +sdown master mymaster 192.168.56.159 6380  
  27. 6666:X 25 Jul 18:40:37.413 # +odown master mymaster 192.168.56.159 6380 #quorum 1/1  
  28. 6666:X 25 Jul 18:40:37.413 # +new-epoch 2  
  29. 6666:X 25 Jul 18:40:37.413 # +try-failover master mymaster 192.168.56.159 6380  
  30. 6666:X 25 Jul 18:40:37.454 # +vote-for-leader de9a51fdc0ae15c8bc09cbde6036209d63c44988 2  
  31. 6666:X 25 Jul 18:40:37.456 # 192.168.56.159:26379 voted for e64490cfd0f4e1cb2c3a7be53657a00c68defe99 2  
  32. 6666:X 25 Jul 18:40:48.312 # -failover-abort-not-elected master mymaster 192.168.56.159 6380  
  33. 6666:X 25 Jul 18:40:48.403 # Next failover delay: I will not start a failover before Mon Jul 25 18:46:38 2016  
  34. 6666:X 25 Jul 18:46:38.195 # +new-epoch 3  
  35. 6666:X 25 Jul 18:46:38.221 # +vote-for-leader e64490cfd0f4e1cb2c3a7be53657a00c68defe99 3  
  36. 6666:X 25 Jul 18:46:38.222 # Next failover delay: I will not start a failover before Mon Jul 25 18:52:38 2016  
  37. 6666:X 25 Jul 18:46:38.654 # +config-update-from sentinel 192.168.56.159:26379 192.168.56.159 26379 @ mymaster 192.168.56.159 6380  
  38. 6666:X 25 Jul 18:46:38.654 # +switch-master mymaster 192.168.56.159 6380 192.168.56.159 6379  
  39. 6666:X 25 Jul 18:46:38.658 * +slave slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
  40. 6666:X 25 Jul 18:46:53.674 # +sdown slave 192.168.56.159:6380 192.168.56.159 6380 @ mymaster 192.168.56.159 6379  
hxpjava1
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis主从部署及sentinel配置详细教程
jks212454的博客
06-01 2206
Redis主从部署及sentinel配置详细教程
Redis高可用方案：sentinel（哨兵模式）和集群
2401_84004024的博客
04-30 761
每年转战互联网行业的人很多，说白了也是冲着高薪去的，不管你是即将步入这个行业还是想转行，学习是必不可少的。作为一个Java开发，学习成了日常生活的一部分，不学习你就会被这个行业淘汰，这也是这个行业残酷的现实。如果你对Java感兴趣，想要转行改变自己，那就要趁着机遇行动起来。或许，这份限量版的Java零基础宝典能够对你有所帮助。im 7002/redis.conf #修改端口为7002将配置文件目录拷贝到192.168.126.161上修改配置文件（端口号和ip）
Redis3.0 Sentinel部署测试
weixin_34357887的博客
12-26 159
目录u Redis介绍4v Redis 优势4v Redis与其他key-value存储有什么不同4u Redis sentinel介绍4u Redis HA 方案6u 操作流程步骤6u 拓扑图演变7v 开始模式7v Master redis宕机后，新主启动8v 原master redis恢复后8u Redis_sentinel软件包说明9v Redis_sentinel工具...
Redis中的哨兵（Sentinel）
weixin_67596609的博客
07-21 2095
​ 上篇文章我们讲述了Redis中的主从复制（Redis分布式系统中的主从复制-CSDN博客），本篇文章针对主从复制中的问题引出Redis中的哨兵，希望本篇文章会对你有所帮助。
Redis系列之Redis Sentinel
最新发布
lonelymanontheway的博客
08-02 1056
Redis Sentinel：主从集群存在的问题、引入Redis Sentinel、概述、功能、安装、心跳检查、自动发现机制、配置的自动纠正、下线、主观下线、客观下线、哨兵选举、故障转移、缺点、数据丢失、优化方案、
dubbo服务配置sentinel
weixin_34066347的博客
08-26 973
2019独角兽企业重金招聘Python工程师标准>>> ...
Redis优化基础[010]Redis Sentinel简单实现
qq_35315314的博客
07-27 141
主从复制的问题 Redis主从复制解决了服务器读压力的问题, 但并没有完成高可用. 当master宕机后, 我们需要人工解决切换, 比如使用slaveof no one; 实际上并没有实现高可用. 利用集群中系统的冗余, 当系统中某台机器发生损坏, 其他后备机可以迅速的接替他来提供服务. Redis Sentinel具有以下几个功能: 监控: Sentinel节点会 定期检测Redis数据及诶单...
Redis及Sentinel配置自动化工具
08-25
Redis 是应用最广的缓存或NoSQL工具之一。 在UAT环境可生产环境下，一般要求以哨兵(sentinel)模式部署（Cluster模式一般用在规格很大的应用场景下，非大厂一般情况下用不上，用了会增加复杂度） 其中的配置项较多： ...
【Redis】Redis高级：哨兵
qq_50675319的博客
09-25 568
哨兵的作用如下：监控：Sentinel会不断检查master和slave是否按预期工作 自动故障恢复：如果master故障，Sentinel会将一个slave提升为master。当故障的master恢复之后也以新的master为主通知：Sentinel可以充当Redis客户端的服务发现来源，Redis客户端无需再直接连接Redis节点，而是连接Sentinel，由Sentinel提供主从节点的地址信息，当集群发生故障转移，即有slave被提升为master后，Sentinel 会将服务状态的变更通知
第四十六章：Redis sentinel哨兵集群1
08-08
【Redis Sentinel哨兵集群详解】 Redis Sentinel是一种高可用性解决方案，它是Redis官方提供的一种分布式系统，专门用于监控Redis集群中的Master主服务器状态。在Master出现故障时，Sentinel能够自动进行故障转移，...
redis sentienl 安装
zhaohp的博客
07-11 228
IP 端口 192.168.110.21 主 192.168.110.31 从 #两台服务器都安装redis #下载最新稳定版本：http://redis.io/download [redis@zhaohp ~]$wget http://download.redis.io/releases/redis-2.8.19.tar.gz #安装 [redis@zhaohp ~]$tar -zxvf redis-2.8.19.tar.gz [redis@zhaohp ~]$cd redis-...
redis：哨兵选举新的master报错——-failover-abort-no-good-slave master mymaster
aflyingpig11的博客
09-27 364
3.sentinel.config 的sentinel monitor mymaster 和sentinel auth-pass mymaster 也没有错。但在我测试主从复制的时候，发现主从主机无法相连，我在网上找的解决方案的关闭了master主机所在的防火墙。1.我核对了sentinel.config和redis.config bind 绑定的端口。现在master下线了，需要选举新的master，需要关闭新master所在主机的防火墙。2.三台redis masterauth都设置了密码。
spring集成redis——主从配置以及哨兵监控
weixin_33737774的博客
06-05 249
Redis主从模式配置： Redis的主从模式配置是非常简单的，首先我们需要有2个可运行的redis环境： master node : 192.168.56.101 8887 slave node: 192.168.56.102 7777 我们只要在slave 节点的配置文件中，找到slaveof开头 然后修改为：（master的ip与端口） slaveof 192...
Sentinel哨兵搭建及说明
码上的博客
01-15 552
环境搭建 节点 ip 端口 监听Redis节点 Sentinel1 192.168.211.141 8001 7001 Sentinel2 192.168.211.141 8002 7002 Sentinel3 192.168.211.141 8003 7003 拷贝 /usr/local/server/redis-cluster 下的单节点 redis 到 /usr/local/server/redis-cluster/sentinel/目录下，分别拷贝3分，命名为 senti
Redis学习笔记(四) Redis哨兵(sentinel)
热门推荐
胡小海丶
12-30 2万+
Redis 的 哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务: • 监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。 • 提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。 • 自动故障迁移(Automatic failover):当一个Master不能正常工作时，哨兵(sentinel) 会开始一次自
Redis-主从
a82831154的博客
03-30 163
主从复制过程 1.从服务器开始连接主服务器时，会向主服务器发送一个SYNC同步命令 2.主服务器接收到命令后，执行BGSAVE，异步的将写命令保存到一个缓冲区里 3.主服务器执行完BGSAVE之后，就.rdb文件（BOF的持久化文件）发送给从服务器，从服务器从该文件恢复数据到内存中 4.主服务器还会以Redis命令协议的格式，将写命令缓冲区中积累的所有内容发送给从服务器，从服务器通过执...
redis-3.0.1 sentinel 主从高可用 详细配置
sdlyjzh的专栏
12-12 5104
最近项目上线部署，要求redis作高可用，由于redis cluster还不是特别成熟，就选择了redis sentinel做高可用。生产环境中，一般要求有3个redis节点。但本文为了试验方便，只用了两个节点，一主一从。部署规划172.16.203.10 主节点 172.16.203.4 从节点 redis 3.0.1主节点red
Redis集群生产环境高可用方案实战过程
白白
05-16 792
Redis集群生产环境高可用方案实战过程 原创 2017-05-15
redis sentinel 集群配置
08-28
Redis Sentinel 是 Redis 的高可用解决方案之一，它通过监控 Redis 实例的状态并自动进行故障转移，保证了数据的高可用性。 要配置 Redis Sentinel 集群，需要进行以下几个步骤： 1. 设置主从复制：首先，你需要有一个 Redis 的主节点和一个或多个 Redis 的从节点。在配置文件中，你可以通过设置 `slaveof` 参数来指定一个 Redis 实例为主节点的从节点。 2. 配置 Sentinel：你需要为每个 Redis 实例配置一个 Sentinel 监控进程。在 Sentinel 配置文件中，你可以指定要监控的 Redis 实例的 IP 地址和端口号。 3. 启动 Sentinel 进程：启动所有配置好的 Sentinel 进程。Sentinel 会自动监控 Redis 实例，并在主节点失效时进行故障转移。 4. 配置故障转移：在 Sentinel 配置文件中，你可以设置故障转移的参数，例如故障转移超时时间、最小选举数等。 5. 测试集群：可以使用命令行工具或者编程语言的 Redis 客户端来测试 Sentinel 集群的高可用性和正确性。 需要注意的是，配置 Sentinel 集群时，确保配置文件中的各个 Sentinel 进程之间有正确的通信方式，以便进行状态信息的传递和故障转移操作的协调。 以上是 Redis Sentinel 集群的基本配置步骤，希望对你有所帮助。如果有需要进一步了解的问题，欢迎继续提问。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值