目录
案例概述
- 单节点Redis服务器带来的问题
- 单点故障，服务不可用
- 无法处理大量的并发数据请求
- 数据丢失一大灾难
- 解决方法
- 搭建Redis集群
redis工作模式
主从模式
redis2.8之前
1、解决数据备份问题
2、做到读写分离，提高服务器性能
1、master故障，无法自动故障转移，需人工介入
2、master无法实现动态扩容
哨兵模式
redis2.8级之后的模式
1、Master 状态监测
2、master节点故障，自动切换主从，故障自愈
3、所有slave从节点，随之更改新的master节点
1、slave节点下线，sentinel不会对其进行故障转移，连接从节点的客户端因为无法获取到新的可用从节点
2、master无法实行动态扩容
redis cluster模式
redis3.0版本之后
1、有效的解决了redis在分布式方面的需求
2、遇到单机内存，并发和流量瓶颈等问题时，可采用Cluster方案达到负载均衡的目的
3、可实现动态扩容
4、P2P模式，无中心化
5、通过Gossip协议同步节点信息
6、自动故障转移、Slot迁移中数据可用
7、自动分割数据到不同的节点上
8、整个集群的部分节点失败或者不可达的情况下能够继续处理命令
1、架构比较新，最佳实践较少
2、为了性能提升，客户端需要缓存路由表信息
3、节点发现、reshard操作不够自动化
4、不支持处理多个keys的命令，因为这需要在不同的节点间移动数据
5、Redis 集群不像单机 Redis 那样支持多数据库功能， 集群只使用默认的 0 号数据库， 并且不能使用 SELECT index 命令
Redis集群介绍
- Redis集群是一个提供在多个Redis间节点间共享数据的城西集
- Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移动数据，从而达不到Redids那样的性能，在高负载的情况下可能会导致不可预料的错误
- Redis集群通过分区提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下可继续处理命令
Redis集群的优势
- 自动分割数据到不同的节点上
- 整个集群的部分节点失败或者不可达的情况下能够继续处理命令
Redis集群的实现方法
- 有客户端分片
- 代理分片
- 服务器端分片
Redis-Cluster数据分片
- Redis集群没有使用一致性hash，而是引入了哈希槽概念
- Redis集群有16384个哈希槽
- 每个key通过CRC16校验后对16384取模来决定放置槽
- 集群的每个节点负责一部分哈希槽
- 支持添加或删除节点
- 添加删除节点无需停止服务
- 例如
- 如果想新添加节点D，需要移动节点A,B,C中的部分槽道D上
- 如果想移除节点A，需要将A中的槽移动道B和C节点上，再将没
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
