Caching 如何在先前死亡的redis主机再次联机时禁用sentinel auto slaveof

Caching 如何在先前死亡的redis主机再次联机时禁用sentinel auto slaveof,caching,redis,high-availability,redis-sentinel,Caching,Redis,High Availability,Redis Sentinel,当存在网络分区时,我有一个关于redis sentinel的问题 我在server01上启动了一台redis服务器作为主服务器,在server02上启动了一台服务器作为从服务器,在另一台服务器上启动了一台redis sentinel,我设置了一个脚本,使客户端在故障切换时指向新的主服务器 然后发生了一个分区,隔离了server01上的主机,因此sentinel在server02上启动故障切换,server02的从机成为新的主机。所有的客户端现在都在使用新的主机,这很好 但是,当分区恢复时,sen

当存在网络分区时,我有一个关于redis sentinel的问题

我在server01上启动了一台redis服务器作为主服务器,在server02上启动了一台服务器作为从服务器,在另一台服务器上启动了一台redis sentinel,我设置了一个脚本,使客户端在故障切换时指向新的主服务器

然后发生了一个分区,隔离了server01上的主机,因此sentinel在server02上启动故障切换,server02的从机成为新的主机。所有的客户端现在都在使用新的主机,这很好

但是,当分区恢复时,sentinel会将slaveof发送给旧主分区。然后,旧主机将删除所有数据并与新主机同步,即使新主机和旧主机之间几乎没有差异。当有多个主从组时,sync命令将占用生产环境中的所有带宽


那么,如何禁用自动从属功能呢?有更好的办法吗?

是否要一起删除旧的主控形状?如果是这样的话,那么在它返回之前,发出一个sentinel重置,并且它将从sentinel中移除旧的主设备。当然,那你就不会有新主人的奴隶了

按照Redis目前的工作方式,旧主机将始终必须与新主机进行完全重新同步,才能成为新主机的从机。因此,在Redis自身的复制发生变化之前,只要您想要复制,就必须接受同步特性


也就是说,我不知道你说的不止一个主从群体是什么意思。。。。你能详细说明一下吗?

@djanowski抱歉2.8.17