从redis实例的redis配置slaveof是谁重写的？

Question

考虑一个带有5台机器的redis前哨设置。每台机器都有正在运行的前哨进程(s1、s2、s3、s4、s5)和redis实例(r1、r2、r3、r4、r5)。一个是主服务器(R1)，另一个是从服务器(r2...r5)。在主r1故障转移期间，必须用新的主r3覆盖redis配置slaveof。

谁会覆盖从redis的redis配置(r2、r4、r5)？当选的负责故障转移的哨兵(假设s2被选举为哨兵) s2将覆盖r2上的redis配置，r4，r5或在各自机器上运行的哨兵将覆盖本地redis配置(sn将覆盖rn的配置)？

Answer 1

当选的前哨将更新configuration.This是在高级别上的前哨能力的完整列表：

监控：Sentinel持续检查您的主从实例是否正常工作。

通知：Sentinel可以通过API通知系统管理员，另一个计算机程序，其中一个被监控的Redis实例出现问题。

Redis Automatic failover：如果一个主机没有按照预期工作，Sentinel可以启动一个故障切换过程，将一个slave提升为master，其他额外的slave被重新配置为使用新的主机，并且使用Redis服务器的应用程序在连接时会被告知要使用的新地址。

responsible ：Sentinel充当客户端服务发现的权威来源:客户端连接到Sentinel，以便请求当前负责给定服务的主服务器的地址。如果发生故障转移，Sentinels将报告新地址。

有关更多详细信息，请参阅docs