灾备切换Sentinel的使用

Redis主从复制可将主节点数据同步给从节点，从节点此时有两个作用：
一旦主节点宕机，从节点作为主节点的备份可以随时顶上来。
扩展主节点的读能力，分担主节点读压力。

redis主节点挂掉之后应该怎么操作？命令模拟
slaveof no one # 取消主备，变更为主节点
slaveof 新host 新节点 # 将其他节点设置为新主节点的备份节点
Sentinel正是实现了这个功能

开启Sentinel配置 3主3从 3主6从
sentinel monitor mymaster 127.0.0.1 6379 1
sentinel down-after-milliseconds mymaster 10000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

命令讲解
sentinel monitor mymaster 127.0.0.1 6379 1 名称为mymaster的主节点名，1表示将这个主服务器判断为失效至少需要 1个 Sentinel 同意 （只要同意 Sentinel 的数量不达标，自动故障迁移就不会执行）

down-after-milliseconds 选项指定了 Sentinel 认为服务器已经断线所需的毫秒数

failover过期时间，当failover开始后，在此时间内仍然没有触发任何failover操作，当前sentinel 将会认为此次failoer失败

parallel-syncs 选项指定了在执行故障转移时， 最多可以有多少个从服务器同时对新的主服务器进行同步， 这个数字越小， 完成故障转移所需的时间就越长。

如果从服务器被设置为允许使用过期数据集， 那么你可能不希望所有从服务器都在同一时间向新的主服务器发送同步请求， 因为尽管复制过程的绝大部分步骤都不会阻塞从服务器， 但从服务器在载入主服务器发来的 RDB 文件时， 仍然会造成从服务器在一段时间内不能处理命令请求： 如果全部从服务器一起对新的主服务器进行同步， 那么就可能会造成所有从服务器在短时间内全部不可用的情况出现。
启动所有主从上的sentinel

前提是它们各自的server已成功启动 cd /usr/local/redis/src/redis-sentinel /etc/redis/sentinel.conf
info Replication 查看节点信息

shutdown主节点看服务是否正常

整合SpringBoot

redis:
      sentinel:
         master: redis_master_group1    #mymaster
         nodes: 172.16.244.133:26379
pom文件
<dependency>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

冷备
概念：冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库
优点：
是非常快速的备份方法（只需拷文件）
低度维护，高度安全
缺点：
单独使用时，只能提供到“某一时间点上”的恢复
再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态

热备
概念：热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法
优点：
备份的时间短
备份时数据库仍可使用
可达到秒级恢复
缺点
若热备份不成功，所得结果不可用于时间点的恢复
因难于维护，所以要非凡仔细小心