Redis Sentinel手动故障切换命令超时
Redis Sentinel手动故障切换命令超时 我有一个Redis主机、一个奴隶和一个哨兵监视它们。一切似乎都正常工作，包括主服务器被杀死时的故障切换。但当我发出SENTINEL FAILVER命令时，SENTINEL会陷入状态+故障转移状态，等待升级几分钟。似乎奴隶没有得到提升命令。这没有意义，因为从Sentinel主机到Redis主机之间的网络通信似乎没有任何问题。我正在Docker容器中运行所有3个进程，但我不确定这是如何导致问题的。我可以从Sentinel主机（即Docker容器内部）运行redis cli，并可以远程执行slaveof命令。我还可以监视这两个Redis实例，并查看SENTINEL Ping和信息请求。我查看了主从的日志，没有发现任何异常。看着帖子，似乎没有任何理由为什么哨兵会认为ReIIS实例无效。 我对Sentinel很有经验，但对Docker来说是个新手。不确定如何继续确定问题所在。有什么想法吗 哨兵日志 [8] 7月1日01:36:57.317#哨兵runid是c337f6f0dfa1d41357338591cd0181c07cb026d0Redis Sentinel手动故障切换命令超时,redis,docker,redis-sentinel,Redis,Docker,Redis Sentinel,Redis Sentinel手动故障切换命令超时 我有一个Redis主机、一个奴隶和一个哨兵监视它们。一切似乎都正常工作，包括主服务器被杀死时的故障切换。但当我发出SENTINEL FAILVER命令时，SENTINEL会陷入状态+故障转移状态，等待升级几分钟。似乎奴隶没有得到提升命令。这没有意义，因为从Sentinel主机到Redis主机之间的网络通信似乎没有任何问题。我正在Docker容器中运行所有3个进程，但我不确定这是如何导致问题的。我可以从Sentinel主机（即Docker容器内部）
[8] 7月1日01:38:13.135#+监控主机redis holt溢出10.19.8.2 6380法定人数1
[8] 7月1日01:38:13.135#+设置主redis holt overflow 10.19.8.2 6380毫秒3100后下降
[8] 7月1日01:38:13.199*+从机10.19.8.3:6381 10.19.8.3 6381@redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.288#正在执行用户请求的“redis holt overflow”故障切换
[8] 7月1日01:38:42.288#+新纪元1
[8] 7月1日01:38:42.288#+尝试故障转移主机redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.352+投票给领导人c337f6f0dfa1d41357338591cd0181c07cb026d0 1
[8] 7月1日01:38:42.352#+当选领袖大师redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.352#+故障转移状态选择从属主设备redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.404#+所选从属10.19.8.3:6381 10.19.8.3 6381@redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.404*+故障转移状态发送noone slave 10.19.8.3:6381 10.19.8.3 6381@redis holt overflow 10.19.8.2 6380
[8] 7月1日01:38:42.488*+故障转移状态等待升级从机10.19.8.3:6381 10.19.8.3 6381@redis holt overflow 10.19.8.2 6380
[8] 7月1日01:41:42.565 35;-故障转移中止从属超时主机redis holt overflow 10.19.8.2 6380
Redis主日志 [17] 7月1日01:13:58.251#服务器已启动，Redis版本2.8.21
[17] 7月1日01:13:58.252#警告超限#内存设置为0！在内存不足的情况下，后台保存可能会失败。要解决此问题，请将“vm.overmit_memory=1”添加到/etc/sysctl.conf，然后重新启动或运行命令“sysctl vm.overmit_memory=1”，使其生效
[17] 7月1日01:13:58.252#警告您的内核中启用了透明巨型页面（THP）支持。这将造成Redis的延迟和内存使用问题。要解决此问题，请以root用户身份运行命令'echo never>/sys/kernel/mm/transparent\u hugepage/enabled'，并将其添加到/etc/rc.local，以便在重新启动后保留该设置。禁用THP后，必须重新启动Redis
[17]7月1日01:13:58.252#警告：无法强制执行TCP积压设置511，因为/proc/sys/net/core/somaxconn的值较低128.
[17]01 Jul 01:13:58.252*DB从磁盘加载：0.000秒
[17]7月1日01:13:58.252*服务器现在已准备好接受端口6380上的连接
[17] 01 Jul 01:34:45.796*从10.196.88.30:6381请求同步