Sentinel本质上是一个运行在特殊模式下的Redis服务器。其可以监视任意多个主服务器,以及这些主服务器的所有从服务器;当主服务器下线时,自动将从服务器升级为新的主服务器,新的主服务器代替下线服务器继续就收命令请求。
Sentinel模式下关键数据结构
从上面结构可知:sentinel服务器中的Sentinel状态中包含了该sentinel监视的所有主服务器实例(即通过dict *master)。在主服务器实例中,又包含着该主服务器所有从服务器实例(dict *slaves)以及监视该主服务的所有sentinel实例信息。所以sentinel知道主服务器,以及主服务器的所有从服务器信息,以及监视主服务器的sentinel信息。
Sentinel整个工作过程
链接: 脑图.
Raft工作过程
- Raft中节点的三种状态
- follower state (跟随状态,每个节点默认为该状态)
- candidate state (候选状态,只是个过度状态。follower在随机timeout时间内(每个节点都有一个timeout计时器)没有收到lead node发送的信息,则进入candidate state,该状态下会让其他节点给自己投票)
- leader state (领导状态,这有leader node才能处理写命令)
进入candidate state的node会向其他所有节点(包括自己)请求邀请其他给自己投票,当收到半数以上Node投给自己时(自己会投给自己),由candidate state转化为leader state。即称为leader node。
- 集群执行写操作过程(即同步过程)
当client向leader发送写请求,leader把本次写操作记录到本地log中,并把这个写操作附在发送给follower心跳检测中。当follower收到这个写操作后,把其记录到本地log中,并回复leader节点收到了这个写操作。如果leader收到一半以上follower节点对本次写操作认可的请求,则leader执行本次写操作。写操作执行完毕后向client发送写操作执行成功通知,并向所有follower发送通知,要求他们执行写操作。