Redis Sentinel手动故障转移命令超时

Question

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-overflow 10.19.8.2 6380毫秒后下降3100
[8]01 7月01:38:13.199*+从从10.19.8.3:6381 10.19.8.83:6381@redis-holt-overflow 10.19.8.2 6380
[8]01 Jul 01:38:42.288#正在执行用户请求的'redis-holt-overflow'
[8]01 Jul 01:38:42.288#+new-epoch 1
[8]01 Jul 01:38:42.288#+try-failoverflow master redis-holt-overflow 10.19.8.2 6380
[8]01 Jul 01:38:42.352故障转移#+投票-领导c337f6f0dfa1d41357338591cd0181c07cb026d0 1
[8]01 7月01:38:42.352#+当选-领导主redis-holt-overflow 10.19.8.2 6380
[8]01 7月01:38:42.352#+故障转移-状态-选择-从主redis-holt-overflow 10.19.8.2 6380
[8]01 7月01:38:42.404#+选择-从主Redis-Holt-Soverflow 10.19.8.3:6381 10.19.8.8.3 6381@redis-holt-overflow r>[8]01 Jul 01:38:42.404*+故障转移-状态-发送-从机-无人从机10.19.8.3:6381 10.19.8.8.3 6381@redis-holt-overflow 10.19.8.2 6380
[8]01 Jul 01:38:42.488*+故障转移-状态-等待-升级从机10.19.8.3:6381 10.19.8.8.3 6381@redis-holt-overflow 10.19.8.2 6380
[8]01 Jul 01:41:42.565#-failover-abort-slave-timeout master redis-holt-overflow 10.19.8.2 6380

[17]01 Jul 01:13:58.251#服务器已启动，Redis版本2.8.21
[17]01 Jul 01:13:58.252#警告overcommit_memory设置为0！在内存不足的情况下，后台保存可能会失败。要解决此问题，请将'vm.overcommit_memory=1'添加到/etc/sysctl.conf，然后重新启动或运行命令'sysctl vm.overcommit_memory=1'以使其生效。
[17]01 Jul 01:13:58.252#警告您的内核中启用了透明大页(THP)支持。这会造成Redis的延迟和内存使用问题。要解决此问题，请以root用户身份运行命令'echo never>/sys/kernel/mm/transparent_hugepage/enabled'，并将其添加到/etc/rc.local，以便在重新启动后保留该设置。禁用THP后，Redis必须重新启动。
[17]01 Jul 01:13:58.252#警告：无法强制执行TCP backlog设置511，因为/proc/sys/net/core/somaxconn设置为较低值128。
[17]01 Jul 01:13:58.252*DB从磁盘加载：0.000秒
[17]01 7月01:13:58.252*服务器现在可以接受端口6380上的连接
[17]01 7月01:34:45.796*从机10.196.88.30:6381请求同步
[17]01 7月01:34:45.796*从机10.196.88.30:6381
[17]01 7月01:34:45.796*启动BGSAVE以与目标同步：磁盘
[17]01 7月01:34:45.797*后台保存由pid 20
[20]01 7月01:34:45.798*在磁盘上保存的DB
[20]01 7月01:34:45.799*RDB:写入时复制使用的内存0 MB
[17]01 7月01:34:45.808*后台保存成功终止
[17]01 7月01:34:45.808*与从机同步10.196.88.30:6381成功
[17]01 7月01:38:42.343#与从机10.196.88.30:6381连接丢失。
[17]01 7月01:38:43.275*从机10.196.88.30:6381请求同步
[17]01 7月01:38:43.275*从机10.196.88.30:43.275*请求完全重新同步
[17]01 7月01:38:43.275*启动BGSAVE用于与目标同步：磁盘
[17]01 7月01:38:43.275*后台保存由pid启动21
[21]01 7月01:38:43.277*DB保存在磁盘
[21]01 7月01:38:43.277*RDB:使用的内存为0 MB写入时复制
[17]01 7月01:38:43.368*后台保存成功终止
[17]01 7月01:38:43.368*与从机同步10.196.88.30:6381成功

[14]01 7月01:15:51.435#服务器已启动，Redis版本2.8.21
[14]01 7月01:15:51.435#警告overcommit_memory设置为0！在内存不足的情况下，后台保存可能会失败。要解决此问题，请将'vm.overcommit_memory=1'添加到/etc/sysctl.conf，然后重新启动或运行命令'sysctl vm.overcommit_memory=1'以使其生效。
[14]01 Jul 01:15:51.435#警告您的内核中启用了透明大页(THP)支持。这会造成Redis的延迟和内存使用问题。要解决此问题，请以root用户身份运行命令'echo never>/sys/kernel/mm/transparent_hugepage/enabled'，并将其添加到/etc/rc.local，以便在重新启动后保留该设置。禁用THP后，Redis必须重新启动。
[14]01 Jul 01:15:51.435#警告：无法强制执行TCP backlog设置511，因为/proc/sys/net/core/somaxconn设置为较低值128。
[14]01Jul 01:15:51.435*从磁盘加载DB：0.000秒
[14]01Jul 01:15:51.435*服务器现在已准备好接受端口6381
[14]01Jul 01:34:45.088*从服务器10.196.88.29:6380启用（用户请求）
[14]01Jul 01:34:45.947*连接到主服务器10.196.88.29:6380
[14]01Jul 01:34:45.947*主服务器<->从服务器同步开始
[14]01Jul 01:34:45.948*不阻止同步连接C触发了事件。
[14]01 7月01:34:45.948*主服务器回复了PING，复制可以继续...
[14]01 7月01:34:45.948*无法部分重新同步（没有缓存的主）
[14]01 7月01:34:45.948*来自主的完全重新同步:b912b647401917d52742c0eac3f795f59f48f:1
[14]01 7月01:34:45.960*主<->从同步：从主接收18个字节
[14]01 7月01:34:45.960*主<->从同步：刷新旧数据
[14]01 7月01:34:45.960*主<->从同步：刷新旧数据
[14]01 7月01:34:45.960*主<->从同步同步：在内存中加载数据库
[14]01 Jul 01:34:45.960*主服务器<->从服务器同步：成功完成
[14]01 Jul 01:38:42.495#与主服务器的连接丢失。
[14]01 Jul 01:38:42.495*缓存断开连接的主状态。
[14]01 Jul 01:38:42.495*丢弃以前缓存的主状态。
[14]01 7月01:38:42.495*主模式启用（用户请求）
[14]01 7月01:38:42.495#配置重写成功执行。
[14]01 7月01:38:42.506*启用10.196.88.29:6380的从服务器（用户请求）
[14]01 7月01:38:43.425*连接到主服务器10.196.88.29:6380
[14]01 7月01:38:43.426*主服务器<->从服务器同步启动
[14]01 7月01:38:43.426*非阻塞连接以启动同步事件。
[14]01 7月01:38:43.427*主机回复了PING，复制可以继续...
[14]01 7月01:38:43.427*无法部分重新同步（没有缓存的主）
[14]01 7月01:38:43.427*来自主的完全重新同步:b912b647401917d52742c0eac3f795f59f:10930
[14]01 7月01:38:43.520*主<->从同步：从主接收18个字节
[14]01 7月01:38:43.520*主<->从同步：刷新旧数据
[14]01 7月01:38:43.520*主<->>从同步：在内存中加载数据库
[14]01 Jul 01:38:43.520*主<->从同步：成功完成

端口26379
pidfile“/var/run/redis-sentinel.pid”
logfile“
daemonize no

dir“/data”
哨兵监视器redis-holt-overflow 10.19.8.2 6380 1
哨兵下降-毫秒后redis-holt-overflow 3100
哨兵配置-纪元redis-holt-overflow 0
哨兵领导者-纪元redis-holt-overflow 1
哨兵已知-从redis-holt-overflow 10.19.8.3 6381
哨兵电流-纪元1

redis_version:2.8.21 redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:551c16ab9d912477
redis_mode:standalone
OS:linux 380
uptime_in_seconds:1312
uptime_in_days:0
hz:10
lru_clock:9642428
config_file://usr/local/etc/redis/redis.conf

Answer 1

您似乎遇到了“Docker Network”问题。如果你看你的日志，他们显示不同的IP。这是由于在发现过程中检测到连接的IP。这些是在不同的docker主机上吗？

从文档中：

由于Sentinels使用masters INFO输出信息自动检测从属程序，因此检测到的从属程序将无法到达，Sentinel将永远无法对主程序进行故障转移，因为从系统的角度来看，没有好的从属程序，因此目前无法使用Sentinel监视使用Docker部署的一组主程序和从程序实例，除非您指示Docker将端口映射为1：1。

对于sentinel，可以在https://registry.hub.docker.com/u/joshula/redis-sentinel/找到一个docker映像，其中显示了使用公告-IP和绑定来设置它。

有关更多细节，请参见http://html" target="_blank">redis.io/topics/sentinel（特别是Docker部分），其中详细介绍了如何在Docker中设置以处理这种情况。