Database Redis主从问题
在我们的prod环境中,主设备和从设备设置保持不变,因此问题是我的主设备变为从设备,从设备变为主设备。因此,此问题的原因是什么?我如何确定是否存在网络波动或任何其他原因。这与ulimits有关。基本上linux系统对打开的文件描述符的数量有一个硬限制,默认情况下为Database Redis主从问题,database,redis,master,slave,keepalived,Database,Redis,Master,Slave,Keepalived,在我们的prod环境中,主设备和从设备设置保持不变,因此问题是我的主设备变为从设备,从设备变为主设备。因此,此问题的原因是什么?我如何确定是否存在网络波动或任何其他原因。这与ulimits有关。基本上linux系统对打开的文件描述符的数量有一个硬限制,默认情况下为256,请在/etc/limits.conf * hard nofile 500000 * soft nofile 500000 root hard nof
256
,请在/etc/limits.conf
* hard nofile 500000
* soft nofile 500000
root hard nofile 500000
root soft nofile 500000
您可以检查sentinel的日志文件。日志文件的路径在sentinel.conf中定义,如下所示
# Specify the log file name. Also the empty string can be used to force
# Sentinel to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
logfile ""
在您的情况下,会发生网络问题,Sentinel会将从属节点提升为新的主节点。后来,当老主人有空的时候,哨兵就会把它作为奴隶带进来,因为新主人已经在运行了。您必须配置日志文件,以便将来可以在日志中看到此转换的证据。我们必须提供RCA,因此我在哪里找到了此问题的原因,如果有任何日志文件?我无法找到sentinel.conf文件。您可以共享路径吗。