环境说明：
redis使用的是6.2.6版本
主机IP系统master192.168.129.136redhat8slave192.168.182.135redhat8slave2192.168.182.134redhat8准备工作
配置环境变量
以上操作三台主机都需要做
redis集群架构现在所部署的哨兵集群是基于redis主从的基础上的，整体架构如下：一个主节点（master）可拥有多个从节点（slave），从节点实现对主节点的复制，保证数据同步。而哨兵（sentinel）则对各节点进行监控，主要包括主节点存活检测、主从运行情况检测等，一旦主节点宕机，哨兵可自动进行故障转移 （failover）、主从切换。
配置redis主从修改redis配置文件建议在修改配置文件之前写备份
注意replicaof指定master的IP地址和端口号，在老版本上要做的事 slaveof
注意修改完配置文件之后需要重启redis服务才能生效
测试主从 搭建redis哨兵集群 哨兵集群详解：Redis Sentinel是Redis 的高可用性解决方案由一个或多个Sentinel（哨兵）实例组成。它可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，它的主要功能如下：
监控： Sentinel会不断地检查你的主服务器和从服务器是否运作正常。通知：当被监控的某个 Redis 服务器出现问题时， Sentinel可以通过API向管理员或者其他应用程序发送通知。故障迁移：当主服务器不能正常工作时，Sentinel会自动进行故障迁移，也就是主从切换。统一的配置管理：连接者询问sentinel取得主从的地址。 哨兵集群原理Sentinel 使用的算法核心是 Raft 算法，主要用途就是用于分布式系统，系统容错，以及Leader选举，每个Sentinel都需要定期的执行以下任务：
每个 Sentinel 会自动发现其他 Sentinel 和从服务器，它以每秒钟一次的频率向它所知的主服务器、从服务器以及其他 Sentinel 实例发送一个 PING 命令。如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 那么这个实例会被 Sentinel 标记为主观下线。 有效回复可以是： +PONG 、 -LOADING 或者 -MASTERDOWN 。如果一个主服务器被标记为主观下线， 那么正在监视这个主服务器的所有Sentinel要以每秒一次的频率确认主服务器的确进入了主观下线状态。如果一个主服务器被标记为主观下线， 并且有足够数量的Sentinel（至少要达到配置文件指定的数量）在指定的时间范围内同意这一判断， 那么这个主服务器被标记为客观下线。在一般情况下， 每个Sentinel会以每 10 秒一次的频率向它已知的所有主服务器和从服务器发送 INFO 命令。 当一个主服务器被Sentinel标记为客观下线时，Sentinel向下线主服务器的所有从服务器发送 INFO 命令的频率会从 10 秒一次改为每秒一次。当没有足够数量的Sentinel同意主服务器已经下线， 主服务器的客观下线状态就会被移除。 当主服务器重新向Sentinel的 PING 命令返回有效回复时， 主服务器的主管下线状态就会被移除。 哨兵集群模拟主机故障，进行容灾切换
到此这篇关于redis搭建哨兵集群的实现步骤的文章就介绍到这了,更多相关redis 哨兵集群内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
