分布式限流Sentinel中的Sentinel模式

Sentinel服务，对应的配置文件有:sentinel_conf、sentinel_conf、sentinel_confRedis服务和sentinel服务都已启动。Sentinel的实现原理主要分为三步:回顾上一篇文章中Sentinel的配置。哨兵配置文件是sentinel.conf，因为这里有，

该请求通过了sentinel的流量控制和其他规则，然后通过了node。主观下线:每个哨兵节点对Redis失败的“偏见”。（SENTINELRESET*，在所有sentinel上执行，清理所有主状态（SENTINELMASTERmastername，在所有sentinel上执行，查看所有sentinel是否已就数量达成一致。

期望:有两个哨兵，这可能会发生，剩下的两个奴隶将各获得一票。根据哨兵原则，重新选举将持续一段时间，直到一个从站拥有两票并完成故障转移。让我们以StatisticSlot为例，看看这些具体实现类的内部逻辑是什么。是的，师父切换到redis服务，所以它开始了。

如下所示配置哨兵配置文件sentinel.conf。哨兵模式的配置文件配置好之后，就可以启动哨兵模式了。下图测试了如果主机在哨兵模式下崩溃，是否会从从机中自动选择一个boss，主机将首先关闭并关闭。花了两天时间整理了之前记录的Redis单体和哨兵模式的构建和使用，了解了集群的一些原理。

感谢您的来访，获取更多精彩文章请收藏本站。