那些年用过的Redis集群架构(含面试解析)
Replication+Sentinel这套架构使用的是社区版本推出的原生高可用解决方案! 这里Sentinel的作用有三个: 监控:Sentinel 会不断的检查主服务器和从服务器是否正常运行。 通知:当被监控的某个Redis服务器出现问题,Sentinel通过API脚本向管理员或者其他的应用程序发送通知。 自动故障转移:当主节点不能正常工作时,Sentinel会开始一次自动的故障转移操作,它会将与失效主节点是主从关系的其中一个从节点升级为新的主节点,并且将其他的从节点指向新的主节点。 工作原理就是,当Master宕机的时候,Sentinel会选举出新的Master,并根据Sentinel中client-reconfig-script脚本配置的内容,去动态修改VIP(虚拟IP),将VIP(虚拟IP)指向新的Master。我们的客户端就连向指定的VIP即可!缺陷:(1)主从切换的过程中会丢数据(2)Redis只能单点写,不能水平扩容 Proxy+Replication+Sentinel这里的Proxy目前有两种选择:Codis和Twemproxy。我经历这套架构的时间为2015年,当时...




