《sentinel》专题
-
Redis Sentinel手动故障转移命令超时
Redis Sentinel手动故障转移命令超时 [8]01 7月01:36:57.317#哨兵runid为c337f6f0dfa1d41357338591cd0181c07cb026d0 [8]01 7月01:38:13.135#+监视器主redis-holt-overflow 10.19.8.2 6380法定人数1 [8]01 7月01:38:13.135#+设置主redis-holt-ove
-
无法使用jedis连接redis sentinel
我正试图用JedisSentinelPool连接到redis sentinel 这给了我以下错误： 原因：redis.clients.jedis.exceptions.jedisconnectionexception：所有哨兵都关闭了，无法确定mymaster在哪里master正在运行... 但是，我能看到我的哨兵在跑。因此，参考这篇文章:https://github.com/luin/iored
-
带有Sentinel的Redisson客户端抛出异常
我正在使用具有以下配置的Redisson连接到哨兵服务器：
-
在Redis-sentinel主从同构中，新的主从显示为初始主从的down
因为已经注意到，与/etc/redis/sentinel.conf不同的是，/etc/redis/redis.conf在提升新主服务器后没有更改，这可能导致主服务器的redis.conf没有新主服务器的密码。 如果有任何提示来解决这个问题，我将不胜感激，提前感谢。
-
带Redis Sentinel的Stunnel
我可以将任何问题连接到远程哨兵，但当然我得到了同样的响应 127.0.0.1:8005>sentinel sentinels redisftdev（空列表或设置）
-
Redis sentinel故障转移不起作用我在端口7000、7001和7002上设置了三个服务器（一个主服务器和两个从服务器），在端口26379、26380和26381上设置了三个哨兵，它们都在同一台机器（ubuntu VM）上。 当我启动它们时，根据日志，一切看起来都很好，当我对哨兵运行信息命令时，看起来也很健康。但是当我放下主程序（通过Ctrl+C或redis-cli SLEEP命令使其停止工作）时，没有一个从程序实例被引入为新的主程
-
无法连接到redis sentinel在本地Spring引导中运行在docker上
我使用的是Spring boot 2.2.5和Spring data redis和Bitnami/redis-Sentinel sentinel docker Image。 我可以用redis-cli连接到redis。（cli显示127.0.0.1:6379) 但在我本地的Spring boot应用程序中，它不起作用。错误跟踪如下所示： IP地址172.28.0.2是docker映像中的redis
-
Redis sentinel Docker设置
基本上，我试图设置一个Redis-sentinel docker实例，并希望从我的应用程序容器进行调用。我正在运行的问题是，redis-sentinel容器链接到应用程序容器。 因此，最初该应用程序询问哨兵进程关于redis Master的情况。哨兵接着说是“127.0.0.1”。但是应用程序容器假定它是容器本地的。这可以通过在sentinel进程开始时传递的公告-IP/公告-端口参数来克服。然而
-
Redis Sentinel 3.2不触发脚本
我们使用进行了测试，我们可以很好地操作哨兵进行故障转移，但是脚本不会触发。 相关信息： 我们使用的是3.2中的配置文件（我们不得不使用，因为我们自己的配置文件已经被更新程序替换了）。 在中，两个脚本的路径是正确的: 我们甚至将这些文件的权限更改为，但仍然什么也没有。 我们已经关闭了redis和Sentinel的保护模式。 被注释掉，因为我们需要绑定到所有适配器，但是我们也尝试了 其他一切似乎都有效
-
使用Redis Sentinel更正@enableRedisHttpSession配置
我正在尝试用主从配置和Redis Sentinel配置应用程序。我的设置是1个主人，2个奴隶，3个哨兵。 我一直对环境有问题。起初，我得到了一个错误，说我的奴隶它是只读的。所以我不得不将所有的奴隶都设置为读写。然后，我还是得到了这个错误。原来，当一个从机提升为主机时，旧的主机也会变成从机，默认的是只读设置。所以我不得不将主程序也设置为READWRITE。以下是我引导redis服务器的命令（我知道使
-
使用RedisSentinelConfiguration不会故障转移到下一个可用的Sentinel/Master
这是我的哨兵配置看起来像。 有人能让我知道我做错了什么吗？我使用的是spring-data-redis 1.5.0.release和jedis-2.7.0
-
我们能用Redis-Sentinel标记一个奴隶为不可提升吗？
我们有一个redis集群，其中一个主服务器和一个从服务器由三个前哨进程管理，另外还有一个远程从服务器，托管在不同的数据中心中，以便在主服务器和从服务器发生不良情况时进行透明的故障转移和数据保存。 可能发生的情况是，一个短暂的错误只会关闭主redis进程，在这种情况下，我们希望看到从进程被提升为主进程，而远程从进程被重新分配给它。然而，似乎哨兵也可以很容易地将远程奴隶提升为主人，我们还没有找到任何方
-
redis sentinel故障转移后返回旧主人
我有3个redis Sentinel的盒子设置： 在我的主人死后，哨兵进行了故障转移到R2。我将M1重新联机（清除了一些磁盘空间），现在M1还活着，但是是R2的奴隶。是否有一种自动的（或半自动的）方法，使M1再次成为主，R2再次成为M1和我的流量的从属，使用M1作为主redis实例？
-
Redis sentinel故障转移，选择特定的主服务器
我有3个复制的Redis实例运行在3台不同的机器上:A、B和C。我最初选择A作为我的主机。我还有3个哨兵（每台机器上有1个）监视A。
-
docker swarm中的Redis sentinel故障转移配置
我试图在docker群中创建一个Redis集群。我正在使用bitnami-redis-docker图像创建容器。在阅读bitnami文档时，他们总是建议使用1个主节点，而不是阅读Redis文档，后者规定至少应该有3个主节点，这就是为什么我不知道哪个是正确的。假定所有bitnami slave默认为只读，如果我在一个swarm leader节点中只设置一个master，并且如果失败，我相信senti