Redis 常用的分布式缓存集群模式

2019独角兽企业重金招聘Python工程师标准>>>

本文为《持续演进的 Cloud Native》的一篇学习记录。

 

一、Redis 自带的集群功能（Redis Cluster）

 

 

优势：

1. 去中心化

元数据分布在所有节点，不会轻易丢失。

 

2. 部署简单

Redis 自带的 redis-cli 即可。

 

3. 性能高

因为不必通过代理。

 

劣势：

1. SDK 复杂

不是大问题。Lettuce 和 Spring Data Redis（底层也是 Lettuce）对它有很好支持。

 

2. 没有良好的界面管理

目前官方有个简单的界面管理。如果需要，可以定制修改或自研。

 

3. 不一致问题

在主从异步、重新选主的过程中，Redis 集群不保证强一致性。当发生网络分区的时候，如果主服务器恰好在少数节点，实际上有一个可以继续写入的时间窗口。当多数节点完成重新选主，而网络分区恢复之后，会覆盖旧的主服务器在这个时间窗口内所写的数据。

 

4. gossip 协议的性能问题

当节点很多时，gossip 协议的报文会占据比较大的带宽。

 

注：目前最新版的 Redis 自带集群已经可以在 NAT 后面工作了。

 

二、客户端模式

 

 

客户端做负载均衡，并且直连 Redis 节点。

用 etcd 等作为注册发现服务，可实现 Redis 节点的动态改变（增删节点，节点扩容）。

 

优势：

1. 数据分散

将数据分到多个节点，整体容量得到了提升。

当一个节点不可用时，只有 1/n 的流量穿透缓存，不会对后端存储造成很大危害。

 

2. 可用性高

部分节点挂了不影响其他节点。

如果不要求缓存高可用，可以不做主从，不持久化。

注：Redis 的两种持久化方式，RDB 可能造成不一致，AOF 性能比较差。如果需要持久化根据业务场景选择。

 

3. 可以动态配置

etcd 即可实现。

 

4. 扩容方便

扩容可以采用 presharding、数据迁移两种方式。可以利用 slot 机制迁移数据，在 etcd 中存储 slot 元数据，如果将数据划分为 1024 个 slot，再以 slot 为单位分片存储到多个 Redis 节点上。当需要迁移数据时，以 slot 为单位迁移，要比以节点为单位迁移温和得多。

 

5. 性能高

因为客户端直连 Redis。

 

劣势：

SDK 开发起来比较复杂。但问题不大，因为 SDK 开发完成后不会经常修改。

 

三、代理模式

 

 

优势：

1. 控制力强

2. 简单（客户端用起来简单，连代理就行）

3. Redis 连接数可控

 

劣势：

响应时间升高（因为多走了一次代理）。

是否考虑代理模式，取决于增加的响应时间能否被接受。

设没有代理时，整个请求过程消耗的时间为 A，加入代理之后，增加的时间为 B。如果 B 和 A 相比可以忽略或不在乎增加 B，则可以考虑使用该模式。

 

四、SideCar 模式

 

 

与代理模式的异同：

由于客户端和 sidecar 在一个 pod 中，性能更好一些。

需要将 sidecar 做成无状态的，因为 sidecar 的数量可能很多。

转载于:https://my.oschina.net/jthmath/blog/2999747