Redis哨兵--远程监控
我正在尝试建立一个Redis群集环境。设置如下（通过链接参见图片）:
- 复制：1主，1从
- 故障转移：3个哨兵
部署设置
我遇到的问题是让S3建立远程连接。事实上，我尝试过简单地部署1主服务器并尝试Sentinel远程连接，但这也失败了。请参阅主服务器和哨兵的简化配置文件。
local
redis-server/path/to/local/redis.conf
local/redis.conf绑定127.0.0.1 192.168.20.37端口6379 dir.
remote
redis-sentinel/path/to/remote/sentinel.conf绑定127.0.0.1 192.168.20.140端口16379哨兵监视器redis-cluster 192.168.20.37 6379图像中，哨兵无法连接到主服务器。请参见以下输出:#OO0OOO0OOORedis正在启动OO0OOO0OO#Redis版本=4.0.8,位=64,commit=00000000,modified=0,pid=15095,刚刚启动#配置加载*打开文件的最大数量增加到10032（最初设置为1024）。*运行模式=Sentinel,port=16379。#Sentinel ID 09C36D9AC6B4E91988B81#+监视器主mymaster 192.168.20.37 6379仲裁2#+sdown主mymaster 192.168.20.37 6379
如果我从本地映像运行Sentinel，进行IP更改，它将按预期工作。没有防火墙，就没有NAT。我还应该注意，我可以成功地将远程客户端连接到主服务器。
对这个看似“简单”的设置有什么建议吗？
共有1个答案
我能够通过将Sentinel绑定到0.0.0.0来解决这个问题。看起来，当您指定localhost+IP时，它只绑定到LocalHosts。
-
Redis 哨兵（Sentinel）是 Redis 的高可用性（Hight Availability）解决方案：由一个或多个 Sentinel 实例组成的 Sentinel 系统可以监视任意多个主服务器，以及这些主服务器的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。 Sentinel
-
主要内容：哨兵模式原理,哨兵模式应用,sentinel.conf配置项在 Redis 主从复制模式中，因为系统不具备自动恢复的功能，所以当主服务器（master）宕机后，需要手动把一台从服务器（slave）切换为主服务器。在这个过程中，不仅需要人为干预，而且还会造成一段时间内服务器处于不可用状态，同时数据安全性也得不到保障，因此主从模式的可用性较低，不适用于线上生产环境。 Redis 官方推荐一种高可用方案，也就是 Redis Sentinel 哨兵模式，它弥补了主
-
我试图在哨兵模式下将Nifi与Redis集成，如本教程所述： https://bryanbende.com/development/2017/10/09/apache-nifi-redis-integration 我的Redis集群有2个节点，运行在端口6391上，还有2个sentinel，运行在端口6392上。它似乎工作正常： PutDistributedMapCache[ID=08E39B65
-
Redis4.x是否兼容使用Sentinels运行TLS？我发现一些线程提到对TLS的支持将被添加到3.2中，但没有任何证实。
-
每一个哨兵都可以连接到我的主人，并可以看到奴隶。它们能够独立地检测主从是否倒下。问题是哨兵们无法探测到对方。 我已经验证了每个哨兵都像预期的那样向通道发布消息，但似乎没有一个哨兵真正从其他哨兵通道接收消息。 我怎么让哨兵们见面？
-
我的Redis Sentinel故障转移不起作用，当master完成时，不进行握手，故障转移也不发生；然而，sentinel会显示主程序何时恢复到正常状态或何时关闭。我的sentinel.conf文件内容如下： 我真的很感激你能帮上忙。