Redis 高可用之 Sentinel
Sentinel结构在REDIS 3 .0的先前版本中，实现组通常使用前哨工具监视父节点的状态。但是，前哨配置非常复杂，高性能和可用性是平均的。
很难支持高适合性，并且主节点内存不应太大，否则可能会导致过度连续文件，从而影响数据恢复或hamba Master-Hamba同步效率。
Sentinel初始化Sentinel是REDIS的非常可用的解决方案。
当监视的主服务进入离线状况时，当前的父服务器从服务器将自动增加到父级服务器，并且离线父级服务器设置为新的Parent Server Slave Node。
Sentinel实际上是一种特殊的Redis服务器，可以从Redis-Serverxxx.conf-sentinel开始。
实验性哨兵服务器和REDIS服务器列表大致包括服务号码和端口。
修改Sentinel配置文件中的参数，然后启动Sentinel服务。
登录到Sentinel节点，要求群集状态，并使用信息说明。
Sentinel和其他REDIS服务节点之间的区别在于它不会加载RDB或AOF还原数据。
Sentinel和Redis Service之间的通信通过信息顺序从父服务器中获取了信息，然后将相同的信息发送给了Servant Server，以确认该信息已同步。
哨兵前哨之间的通信通过发送信息说明获取重新播出的列表。
服务下线是Sentinel评估节点状态的两个阶段。
主观下行链路由Sentinel评估，并且需要通过客观下行链路来验证超过一半的哨兵。
哨兵配置文件中的选项下米尔科尔控制主观底部。
在此时间超过此之后，Sentinel确定该示例是主观离线的。
当超过一半的后卫确认主节点是离线的，群集中的节点是客观地离线的。
在Sentinel Master节点选举负责人是客观的离线之后，将举行哨兵选举，并选择了哨兵领导者进行故障转移。
故障转移故障转移分为三个步骤：选择一个新的父服务器，从服务器过滤器并指定新的主服务器，修改Servant Server的目标复制，然后将旧的Master Server设置为新的Parent Server服务器。
结论Sentinel为Redis组提供了更有效，更稳定和更可靠的解决方案。
【redis】redis 手动切换主从
在redis节点中：$ redis -cli -h xx.xx.xx.xx -p xx -a'xx'。请勿直接关闭REDIS进程：$ SystemctLstartredis-Server架构：3 个服务器，1 个主人，2 个奴隶，3 个哨兵，每个服务都有一个主（或从属）和前哨。
大师（后卫1 ）：1 9 2 .1 6 8 .1 .1 1 被选中。
输入1 9 2 .1 6 8 .1 .1 1 （Master），关闭REDIS $ REDIS -CLI -H的过程-a'xx'从slaveofnoone $ redis -cli -h 1 9 2 .1 6 8 .1 2 -p 6 3 7 9 -a'xx'configent从-nyno logino1 9 2 .1 6 8 .1 .1 .1 3 （从属）$ redis -cli -cli -cli -cli 1 9 2 .1 6 8 .1 6 8 .1 2 -p 6 3 7 9 -a'xx'xx'xx'xx'xx'xx'xx'xx'xx'xx'xx'xx'xx'xx' configsetset masteraaaauth'xxx'$ redis -cli -Cli -1 9 8 .1 .1 2 -p 6 3 7 9 -a XX'Stlaveof1 9 2 .1 6 8 .1 .1 2 6 3 7 9 开始过程1 9 2 .1 6 8 .1 .1 .1 .1 1 .1 1 RESSEDIS并成为1 9 2 .1 6 .1 .1 .1 .1 .1 .1 .1 2 （newmaster。
）的雇员-Server $ redis -app -h 1 9 2 .1 6 8 .1 .1 2 -p 6 3 7 9 -a'xx'xx'configset masterauth'xxx'xxx'$ redis -Cali -h 1 9 2 .1 6 8 .1 .1 .1 .1 2 -p 6 3 7 9 -a' -slave https switches：//www.it6 1 0.com/post/3 5 2 2 3 6 5 .htmredis master-lave switch switch swavef https://www.qansw.com/slaveof-redis-redis-master-master jianshu .com/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/p/1 EE8 01 2 B3 bredis master-slave backup备用（手动开关）https://blog.5 1 cto.com/U_1 5 06 9 4 2 /3 4 4 1 1 5 0Dred Master-Slave Switch https://www.it6 1 0.com/artcle/ 3 5 2 2 3 6 5 .htm
redis里面sentinel作用是什么?
REDIS的各种模式包括自主模式，主奴隶模式，前哨模式，群集模式，等等。在自主模式下，仅运行REDIS服务器，适用于非高级可用性的需求方案。
在Master-Slave模式下，主服务器对一个或多个从属服务器上的数据进行了编码，以获得数据冗余和高可用性。
配置很简单，主节点和从属节点之间的连接是通过IP和门建立的。
但是，无法在主湖模式下避免数据的冗余问题，并且必须在系统设计期间考虑资源的冗余。
扩展主奴隶模式的能力在于改善阅读性能和高可用性保证。
Sentinel模式是解决主意答复的缺点的解决方案。
Sentinel由哨兵节点和数据结组成，这些节点和数据结负责监视整个群集。
前哨模式比主湖模式更为先进，提供了功能，例如故障恢复和负载的加载。
在多进入操作模式下，更多的哨兵会相互监视，以进一步提高系统的稳定性。
要配置Redis Sentinel模式，有必要使用Redis-Santinel程序和Sentinel.conf文件来确保主服务器和从服务器之间的正常通信和故障转移。
当对主服务器和从服务器的配置时，有必要注意从/回复，密码设置和其他参数，以确保数据安全性和一致性。
通过Sentinel模式，Redis可以获得自动故障转移并提高系统的可用性和稳定性。
在Java中使用Sentinel模式时，您可以参考相关的技术文档和教程来设置Sentindown-Millisecondi参数，以配置主服务器生存的生存。
Sentinel模式在Redis的高可用性体系结构中起着至关重要的作用。
哨兵模型的实施和应用为建造高可用性和高性能分布式系统提供了强有力的支持。
Redis哨兵模式（故障转移测试）
Sentinel模式基于主要和待机模式，再加上哨兵以实现故障转移REDIS群集。Sentinel负责监视群集状态。
通常，需要一个单一的后卫才能进行选举，并且大部分是同意的。
问题：如果哨兵群集的某些示例下降，甚至出现，或者只剩下一个哨兵，仍然会失败，会发生什么？ 为什么会出现此问题：前哨实际上是Redis的一个例子。
由于资源以及对网络通信性能的考虑，Sentinels和Redis通常将在同一台物理机器上使用。
如果物理机器有身体上的故障，则哨兵的示例和Redis服务的示例将逐渐消失。
本文将实验此问题。
使用3 +3 模式，3 redis+3 sentinel。
Three virtual machines, each virtual machine running 1 redis + 1 sentinel, role planning 1 9 2 .1 6 8 .2 3 7 .1 01 : Master, Sentinel 1 9 2 .1 6 8 .2 3 7 .1 00: Servants, Sentinel 1 9 2 .1 6 8 .2 3 7 .1 03 : Servants, Sentinel Sentinelredis-Server Configuration (//etc/redis modification. configuration redis-serverslave配置的启动redis-server /etc/init.d/redis-serverrestart检查情况群集主服务器redis以修改Sentinel configuration（“ Redis-Server（“ Redis-Server）（1 9 2 .1 6 8 .2 3 7 .1 01 ） REDIS/REDIS-SENTINEL.LOG）您可以看到 +Odownmaster，Sentinel Master探测器客观地脱机，然后投票：选择领导者：Switch-Mastermymaster1 9 2 .1 6 8 .2 3 7 .1 01 6 3 7 9 1 9 2 .1 6 8 .2 3 7 .2 3 7 .2 3 7 .1 03 6 3 7 9 1 9 2 .1 6 8 .2 3 7 1 01 sendinel。
Redis和Sentinel群集的状态，确认主人是Redis。
有两票完成故障转移。
在试验3 .1 之后，主人被转换为1 9 2 .1 6 8 .2 3 7 .1 03 ，目前，Sentinel和Redis服务器在1 03 处连续关闭，以查看两个哨兵的Redis-Sentinel日志。
REDIS群集和确认主（1 9 2 .1 6 8 .2 3 7 .1 00）的状态希望：不可能关闭两个哨兵和一名Redis Servermaster。
第3 .2 节主被转移至1 00。
恢复环境后，将哨兵关闭1 03 ,1 00。
还原一个Redis-Sentinel，有两个Redis-Sentinels看到Sentinel日志，选择1 01 作为主。
单哨兵更容易选择主和故障转移。
+sdown：主观机器 +odown：机器的目标 +new-epoch：群集版本号 +投票到领导者：Sentinel cluster作为领导者的投票 +尝试此故障转移操作操作故障转移：启动Sentry +Sentry +Selected Leader上的IP投票失败罗：确认想要在哨兵群集中执行故障转移的哨兵负责人。
+选定的Slaveslave：Select Leader +Difalover-State-Send-Send-Send-send-laveof-nooneslaveleader：将“从奴隶 - noone”命令发送到目标从属，以免其他任何节点的仆人。
老板。
+故障自由 - 状态 - 及统治：等待另一个哨兵验证仆人 +促销奴隶奴隶：所有其他哨兵以确认成功 +故障转移 - 状态 - 状态 - reconf-slaves工作开始对所有仆人启动RENCON RENCOM in RENCON to in CORMIT of ALLEN RENCOR进行集群（CAMPER配置信息）现在） + servant-reconf-sent：将“仆人”命令发送到指定的仆人，并使其成为新的主 +主开关：故障转移完成后，每个前哨都开始监视新的主机
redis 的一主二从三哨兵模式
REDIS One Master，两个从属，三个Sentinel模式是一种高度可用的部署策略，旨在确保REDIS在降低服务时仍然可以提供服务。通过配置一台主服务器和两个从服务器，并部署三个Sentinel实例，系统可以在主服务器失败时自动将从服务器推广到主服务器，从而确保服务连续性。
配置计划如下：主服务器IP地址：1 2 7 .0.0.1 6 001 两个从属服务器IP地址：1 2 7 .0.0.1 6 002 和1 2 7 .0.0.0.1 6 003 三个Sentinel Server IP地址：1 2 7 .0.0.0.1 1 6 001 ，1 2 7 .0.0.0.1 1 6 002 ，1 2 7 .1 1 6 002 ，1 2 7 .0.0.0.0.0.1 1 1 6 6 003 .0.0.1 1 1 6 6 6 003 `redis.conf`copy`redis1 .conf`和`redis2 .conf`编辑redis.conf`文件并执行以下配置：`bind1 9 2 .1 6 8 .1 .8 8 1 2 7 .0.0.0.0.0.0.1 .1 `` port6 001 ``/var/run/redis_6 001 .pid''编辑`redis1 .conf`和`redis2 .conf`文件，并按照以下方式进行配置：`bind1 9 2 .1 6 8 .1 .8 8 8 1 2 7 .0.0.0.0.0.1 .1 `protected-modeno' daemonizeyes`` port6 002 `或`6 003 `pidfile''/var/run/redis_6 002 .pid“或“/var/run/redis_6 003 .pid” conf`，`sentinel1 .conf`和sentinel2 .conf`，执行以下配置：`port1 6 001 `daemonizeyes'sentinelmonitormaster1 2 7 .0.0.0.1 6 001 2 `，修改前哨配置文件，并执行以下配置文件： ``SentinelMonitormaster1 2 7 .0.0。
1 6 001 2 `启动服务：使用`。
/bin/redis-server`命令启动`redis.conf`，`redis1 .conf`和redis2 .conf`文件''。
使用`。
/bin/redis-sentinel`命令来启动哨兵服务。
验证配置：通过命令`/bin/redis-cli-p1 6 001 `连接SentinelMasterMymaster并运行`sentinelMasterMymanter`以验证主奴隶状态。
手动关闭主服务器，并观察是否可以将从服务器升级到主服务器。
测试数据设置和采集以确认服务器之间的数据同步。
Sentry的功能包括：状态监视：监视主服务器的状态。
故障转移：主服务器异常时，从属服务器将自动升级为新的主服务器。
配置调整：在主奴隶开关，相关配置文件（例如`redis.conf`，`redis1 .conf`，`redis1 .conf`，`redis2 .conf`和sentinel.conf`）自动更新。
学习资源：Redissentinel官方文件Redis Sentinel机制原理和配置
