建议收藏！一看就会的Redis集群教程(二)：哨兵模式
Redis集群中的哨兵模式 为了解决主从模式无法自动容忍和恢复故障的问题，Redis引入了哨兵模式集群架构。Sentinel模式通过增加新的sentinel节点来改进主从复制模式。
哨兵节点作为一种特殊的Redis节点，用于监控主节点和从节点的状态。
当主节点出现故障时，哨兵节点可以自动进行故障转移，选择合适的从节点升级为主节点，并通知其他从节点和应用进行更新。
配置哨兵模式应该基于主从复制。
通常建议使用多个哨兵节点来提高故障转移可靠性。
每个Redis实例都可以作为哨兵节点。
Sentinel节点定期向所有主节点和从节点发送PING命令来跟踪它们的状态。
如果没有收到响应，哨兵节点会将该节点标记为主观离线。
当大多数哨兵节点主观地将主节点标记为离线时，客观上也会将其标记为离线节点。
主节点被客观标记为离线后，会自动触发故障转移过程。
从所有健康的从节点中选出新的主节点，更新从节点，更新所有客户端配置，实现自动故障转移。
故障转移过程还附带发布订阅功能应用程序，以确保客户端在更新配置后能够获取主节点状态更改消息并与新的主节点进行交互。
Sentinel模式提供系统集群故障转移和恢复能力。
其实现包括配置Sentinel配置文件以及为特定实例启动Sentinel服务。
启动一主二从三控后，通过redis-cli连接特定端口（如6001），获取集群信息，验证主从节点状态。
通过连接从节点（如6002），检查与Sentinel服务的连接以及主节点信息，确保配置正确。
模拟主节点关闭后，观察哨兵日志记录，验证故障转移机制是否正常工作。
选择并配置新的主节点（如6002），并重置从节点（如6003）。
从节点新的主节点。
注意事项： Sentinel节点密码配置需谨慎，避免多个sentinel节点之间连接失败。
实际使用过程中，必须遵循官方文档，以优化性能和安全性。
redis中主从、哨兵和集群这三个有什么区别?
面试中聊到了主从架构等Redis架构相关的话题， 包括哨兵和集群等关键概念。然后， 我们将以更容易理解的方式解释 Redis 架构的主要差异。
在Redis架构中， 主从架构通过在服务器之间复制数据来提高可用性和性能。
主服务器继续向从服务器推送数据，以备份数据。
一旦主服务器宕机， 从服务器可以立即升级为主服务器并获得服务。
复制过程使用PSYNC命令，包括完全重新同步和部分重新同步模式，以确保数据一致性。
Sentinel 系统的引入是为了实现更高级别的可用性。
Sentinel作为集群的监控者，持续监控主服务器的状态并检测主服务器的故障。
将自动选择一个从服务器来接收自动故障转移。
Sentinel系统通过ping命令监控主服务器，并在预定的时间验证其状态以确保高可用性。
共享集群通过将数据分布到多个Redis实例来实现分布式存储。
它负责存储每条数据，扩展系统的容量。
RedisCluster通过哈希槽将数据路由到不同的实例分发 Codis 等服务器端路由解决方案通过代理层分发数据。
当集群中的实例动态增加或减少时。
通过消息传播和上下文映射更新来确保正确的路由。
数据迁移是集群中动态扩展实例时的一个重要过程。
当客户端请求数据时； 如果目标没有相关数据； 将返回重定向命令以将用户引导至正确的实例。
迁移过程涉及到实例之间数据的逐步传输和通信，以保证迁移过程中数据的一致性和可用性。
通过这些架构设计，Redis提供了高可用性，以满足不同场景的需求。
它可以提供高可扩展性和数据一致性。
主从架构； 看门狗和集群在提高系统可靠性和性能方面发挥着重要作用。
java 开发框架 Redis 之 sentinel 和集群
Redis高可用解决方案——sentinel（哨兵模式） 搭建Redis主从复制方案后，当主服务器出现故障时，需要手动将从服务器切换到新的主服务器，既耗时又不方便。存在哨兵模式，旨在在主服务器发生故障后自动将从服务器升级为主服务器，以避免人工干预。
Sentry模式简介：Sentinel模式是官方提供的一种高可用解决方案，通过发送命令来监控正在运行的Redis实例，以确保其运行状态。
Sentinel模式还采用分布式架构，支持多个哨兵进程一起运行，实现哨兵的高可用性。
Sentinel工作流程：通过向主从服务器发送ping命令来监控运行状态。
一旦检测到主服务器出现故障，Sentinel会自动将从服务器升级为主服务器，并通过发布订阅模式通知其他从服务器修改配置，实现数据同步。
Sentinel定时任务：Sentinel每秒进行一次心跳检测，每10秒进行一次信息收集，每2秒交换一次信息，保证所有sentinel和Redis节点的实时状态。
Sentinel网络：Sentinel是一个分布式系统，多个哨兵进程自动连接起来，形成分布式哨兵网络，相互通信，交换被监控服务器信息。
Sentinel网络故障修复原理： 1、主观下线：当主服务器出现故障时，Sentinel会进行确认，不会立即进行故障转移。
2. 客观下线：当多个控制器确认故障时，其中一个控制器发起轮询，经过多个控制器确认后，主服务器将被标记为客观下线。
3.哨兵选择：选择故障转移的主哨兵。
4、主服务器选择：故障切换过程中，选择优先级高、数据同步量大的从服务器作为新的主服务器。
5. 新的主服务器通过发布-订阅模型通知所有控制器更新监控信息。
故障发生及修复过程：Sentinel检测到故障后，进行自动切换过程，故障恢复后，主服务器自动变为从服务器。
配置Sentinel模式在一台机器上实现Sentinel模式，包括创建不同端口的Redis实例、设置主从复制、搭建Sentinel集群、创建Sentinel配置文件、启动Sentinel并测试。
集群哨兵模式解决了主服务器故障后自动切换的问题，但不支持动态扩展。
随着Redis3.0的发布，引入了集群模式。
集群设计：集群采用无中心结构，每个节点负责数据存储和集群状态管理，节点之间相互连接。
集群特点： 节点分配和数据分配：预设16384个桶，采用哈希槽算法均匀分配数据。
当添加新节点时，会从其他节点分配部分哈希槽给新节点。
集群主从模式：集群采用主从架构，每个主节点对应一个从节点，主节点提供数据存储，从节点提供数据读取，保证集群的高可用性。
集群搭建：集群至少需要奇数个节点，使用6个节点，每个节点至少配置一个从节点。
实验在两台机器上运行，启动6个不同端口的Redis实例。
集群创建：使用自定义脚本创建集群并配置主从关系，保证数据分布均衡 即使一台机器出现故障，集群仍能提供服务。
