哨兵自动发现主人
redis大师可以通过sentinel发现，使用：
from redis.sentinel import Sentinel
sentinel = Sentinel([('127.0.0.1', 26379)])
master_server = sentinel.master_for('mymaster')
现在要将数据写入主节点：
master_server.setex(key, 120, value)
# do something
master_server.setex(key, 120, new_value)
共有1个答案
Redis sentinel实际上有master的自动重新发现，因为它使用了SentinelConnectionPool。虽然它确实有一些问题--看看我最近的问题--听起来这里的问题是你的redis设置没有成功地选出一个新的主人。
你是否有奇数的哨兵和适当设置的法定人数？
https://redis.io/topics/sentinel
查看redis sentinel页面，以确保您没有遇到一些常见的陷阱。
-
每一个哨兵都可以连接到我的主人，并可以看到奴隶。它们能够独立地检测主从是否倒下。问题是哨兵们无法探测到对方。 我已经验证了每个哨兵都像预期的那样向通道发布消息，但似乎没有一个哨兵真正从其他哨兵通道接收消息。 我怎么让哨兵们见面？
-
主要内容：一、哨兵,二、源码分析,三、总结一、哨兵 Sentinel（哨兵），听名字大家都应该想得到这个家伙是做什么的。在redis的应用中，有单机模式、主从模式、哨兵模式和集群模式，其实你从它的发展就可以看出来，redis是从一个简单的应用开始，不断的壮大，从单点到分布式，从简单的主从备份以及初始的哨兵监控，再到可以看成把二者合成的集群模式，除了是应用场景的变化，更多的是为了提高安全性和高可用性。网上有很多人问哨兵和集群有啥不一样，其实
-
Redis 哨兵（Sentinel）是 Redis 的高可用性（Hight Availability）解决方案：由一个或多个 Sentinel 实例组成的 Sentinel 系统可以监视任意多个主服务器，以及这些主服务器的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。 Sentinel
-
主要内容：哨兵模式原理,哨兵模式应用,sentinel.conf配置项在 Redis 主从复制模式中，因为系统不具备自动恢复的功能，所以当主服务器（master）宕机后，需要手动把一台从服务器（slave）切换为主服务器。在这个过程中，不仅需要人为干预，而且还会造成一段时间内服务器处于不可用状态，同时数据安全性也得不到保障，因此主从模式的可用性较低，不适用于线上生产环境。 Redis 官方推荐一种高可用方案，也就是 Redis Sentinel 哨兵模式，它弥补了主
-
我一直在读有关Redis sentinel用于故障转移的文章。我计划有1主+1从，如果主倒下超过1分钟，把从变成主。我知道这在哨兵身上是百分之百可能的。 null 与1个哨兵相比，多个哨兵有什么好处？我的应用程序一次只能连接到1个哨兵，即使有2个哨兵，如果其中一个在应用程序层中出现复杂的逻辑，我的应用程序也不能在其中任何一个之间旋转或切换。
-
https://github.com/kubernetes/examples/tree/master/staging/storage/redis 它在给定的图像中工作得很好，但当我们使用Redis官方图像时，哨兵无法在第一个豆荚中连接到Redis。 它显示以下错误： 无法连接到redis，地址-P:6379 如何创建带有Redis官方图像的集群？