在Redis3.0版本之前，该群集通常用于使用Sentinel工具来监视主节点的状态。如果主节点异常，则将用作主开关。它通常在所有方面（例如高可用性）中表现出来，尤其是在主开关切换时，有瞬时中断，哨兵模式具有只有一个主节点可以在外部提供服务。如果设置太大，它将导致过度的持久性文件，从而影响数据恢复或支柱同步的效率。
Sentinel是一个由一个或多个哨兵（系统）组成的前哨系统，可以监视一个或多个Redis主服务器及其由一个或多个Sentinel实例组成的关注服务器，并且当监视主服务进入离线状态时，自动升级当前主服务器从一台服务器到主服务器，然后将离线主服务器设置为新主服务器的节点。
我们可以将Sentinel本身理解为特殊的Redis服务器，也可以启动。
以下是我们实验环境中的Sentinel服务器和Redis服务器的列表（因为实验是在该计算机中执行的，我们使用端口来区分多个服务），因此服务和端口大致如下：
127.0.0.1 6379 Master 127.0.0.1 6380 Slave 127.0.0.1 6381 Slave 127.0.0.0.1 26379 Sentinel 127.0.0.0.0.1 26380 Sentinel 127.0.0.0.0.0.0.0.0.0.0.1 26381 Sentinel。
Sentinel启动命令如下：
登录到哨兵节点，查询群集状态，然后使用命令从其他redis服务节点开始，从命令开始。在启动过程中，将不会加载RDB或AOF来还原数据。
让我们验证主节点上主节点服务上的同步信息。我们可以通过命令通过命令查询同步信息
Em
...
我们可以从结果中获取信息：
原始：https：//juejin.cn/post/7098530049686503438