Redis从入门到高可用分布式实践8高可用Sentinel
第8章 Redis Sentinel
本章将一步步解析Redis Sentinel的相关概念、安装部署、配置、客户端路由、原理解析，最后分析了Redis Sentinel运维中的一些问题。
8-1 sentinel-目录
主从复制高可用
架构说明
安装配置
客户端连接
实现原理
常见开发运维问题
8-2 主从复制高可用？
8-3 redis sentinel架构
8-4 redis sentinel安装与配置
8-5 redis sentinel安装演示-1
8-6 redis sentinel安装演示-2
8-7 java客户端
8-8 python客户端
8-9 实现原理-1-故障转移演练
8-10 实现原理-2.故障转移演练(客户端)
8-11 实现原理-3.故障演练(日志分析)
8-12 三个定时任务
8-13 主观下线和客观下线
8-14 领导者选举
8-15 故障转移
8-16 常见开发运维问题-目录
8-17 节点运维
8-18 高可用读写分离
8-19 本章总结
8-1 sentinel-目录
主从复制高可用
架构说明
安装配置
客户端连接
实现原理
常见开发运维问题
8-2 主从复制高可用？
为主提供一个备份
为主提供一个分流，减轻主的压力
故障转移需要手工或者写脚本来完成
主从复制问题
手动故障转移
写能力和存储能力受限
主从复制-master宕掉
选择一个从节点成为在主节点
有很多个点很复杂：
8-3 redis sentinel架构
不是从redis直接获取信息，而是从redis sentinel中获取。对于客户端来说，我不关心谁是master。
手动过程 变成了sentinal自动发现
还可以监控多套master-slave
8-4 redis sentinel安装与配置
也要给出rdb的文件名
监控的主节点的名字是什么、IP是什么、几个SENTINEL认为他有问题了就可以进行故障转移
ping多少秒不通就认为它有问题
复制是并发的还是串行的
故障转移时间
8-5 redis sentinel安装演示-1
主节点的配置
快速生成从节点的配置
看主从复制的关系
8-6 redis sentinel安装演示-2
sentinal节点的配置
并没有配置从节点，那么它是如何获取到的呢？解析info信息
发现它的配置已经发生了改变，配置重写发生的改变，发现了两个从节点，把一些默认的配置给去掉了
它会自动发现我们的slave
26381没有启动，发现这里都没有它的日志
sed的时候没有改动
三个sentinal能互相感知到
8-7 java客户端
8-8 python客户端
8-9 实现原理-1-故障转移演练
8-10 实现原理-2.故障转移演练(客户端)
对master节点进行强制宕机
方便我看故障转移的效果
故障转移需要时间
发现故障已经恢复了!
但是如果你连接的是一个主从结构，你自己需要做很多手工工作，而这里使用sentinal很容易就进行了故障转移。
8-11 实现原理-3.故障演练(日志分析)
与master已经失联
7001被选成了新的master
7002也与master失联了，但是它接收到一条命令，让它去复制7001就好了
关于sentinal的表现
26379的日志
只有一个sentnal去做这个故障转移剩下的只需要投票
8-12 三个定时任务
master节点上有发布订阅的频道，用于让sentinal节点进行信息交换，一个sentinal发布信息,剩下的sentinal节点都能收到，以便达成共识。
8-13 主观下线和客观下线
超过30s没有收到回复，就会主观判断它坏了
8-14 领导者选举
使用的是一个算法
8-15 故障转移
最早的一个jiedian
8-16 常见开发运维问题-目录
节点运维
高可用读写分离
8-17 节点运维
手动的故障转移，忽略了客观下线主观下线、故障转移、领导者选举
8-18 高可用读写分离
如果主节点挂掉了，完成故障转移，Jedis是怎么实现的呢？
拿到master后，订阅消息
主从节点发生了切换，我就会重新完成连接池的初始化