Sentinel和Cluster的Redis优势

Question

我打算创建一个高可用的 Redis 集群。在阅读了许多关于构建 Redis 集群的文章后，我很困惑。那么究竟是什么

Redis Sentinel Master1 Slave1 Slave2 集群的进一步问题：

关于 Redis 多节点分片集群的更多问题：

为什么有这么多在单个实例上但在不同端口上运行集群的演示？这对我来说毫无意义。
当我有一个包含 4 个主节点和 4 个副本的集群时，应用程序或客户端如何确保写入集群？当 Master1 和 Slave1 都快死了但我的应用程序总是写入 Master1 的 IP 时，它将不再工作。有哪些解决方案可以很好地实现分片集群，使其可供应用程序使用单个 IP 和端口找到它？保活？代理？
当我使用例如 Keepalived 进行 4 主设置时 - 这不会取消不同的主吗？
此外，我需要了解为什么多节点集群仅适用于在内存可用时需要写入更多数据的解决方案。为什么？对我来说，多主设置听起来不错，可以扩展。
当集群未处于缓存模式时，分片集群设置不支持多键操作是否正确？

我不确定这两个解决方案是否是唯一的解决方案。希望你们能帮助我理解Redis的架构。抱歉问了这么多问题。

Answer 1

我将尝试回答您的一些问题，但首先让我描述 Redis 的不同部署选项。Redis 具有三种基本部署：单节点、哨兵和集群。

单节点 - 运行单进程运行 Redis 的基本解决方案。它不可扩展且可用性不高。
Redis Sentinel - 由多个节点组成的部署，其中一个节点被选为主节点，其余节点是从节点。它增加了高可用性，因为在 master 发生故障的情况下，其中一个 slave 将自动提升为 master。它不可扩展，因为主节点是唯一可以写入数据的节点。您可以将客户端配置为将读取请求定向到从站，这将从主站承担一些负载。但是，在这种情况下，从站可能会返回陈旧数据，因为它们异步复制主站。
Redis 集群 - 至少包含 6 个节点（3 个主节点和 3 个从节点）的部署。数据在 master 之间进行分片。它是高度可用的，因为在 master 失败的情况下，他的一个 slave 将自动提升为 master。它是可扩展的，因为您可以添加更多节点并重新分片数据，以便新节点承担一些负载。

所以回答你的问题：

Sentinel 相对于 Redis 集群的优势在于：
- 硬件 - 您可以使用三个节点设置完全工作的 Sentinel 部署。Redis Cluster 至少需要六个节点。
- 简单 - 通常更容易维护和配置。
Redis Cluster 相对于 Sentinel 的优势在于它是可扩展的。

这两个部署之间的决定应基于您的预期负载。如果可以使用单个 Redis 主节点管理写入负载，则可以使用 Sentinel 部署。

如果一个节点无法处理您预期的负载，则必须进行集群部署。

Redis Sentinel 部署不可扩展，因此增大集群不会提高性能。唯一的例外是添加从站可以提高您的读取性能（以防您将读取请求定向到从站）。
Redis Cluster 运行在具有多个端口的单个节点上，仅用于开发和演示目的。在生产中它是无用的。
在 Redis Cluster 部署中，客户端应该可以访问所有节点（并且只有节点 Master1）。这是因为数据是在 master 之间进行分片的。如果客户端尝试向 Master1 写入数据，但 Master2 是数据的所有者，则 Master1 将向客户端返回 MOVE 消息，引导其向 Master2 发送请求。在所有 Redis 节点之前不能有一个 HAProxy。
与 5 中的答案相同，在集群部署中，客户端应该直接连接到所有主从，而不是通过 LB 或 Keepalived。
不确定我是否完全理解您的问题，但 Redis Cluster 是唯一可扩展的 Redis 解决方案。
Redis Cluster 部署只有在所有key都在同一个节点时才支持多key操作。您可以使用“哈希标签”来强制由同一个主处理多个键。

一些很好的链接可以帮助您更好地理解它：