本文为《持续演进的 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 开发完成后不会经常修改。