使用AWS ElastiCache for Redis的endpoint

Question

我正在使用适用于 Redis 的 AWS 弹性缓存作为我的Spring启动应用程序的缓存解决方案。我正在使用Spring启动器数据重做和 jedis 客户端来连接我的缓存。

想象一下，我的缓存处于启用集群模式和 3 个分片中，每个分片中有 2 个节点。我同意这样做的最佳方法是使用配置endpoint。或者，我可以列出所有节点的所有endpoint并完成工作。

但是，即使我从其中一个分片使用单个节点的终端节点，我的缓存解决方案也可以正常工作。这在我看来不对劲。我觉得即使它有效，从长远来看，也可能在集群中出现问题。当所有 6 个节点分区为 3 个分片但仅使用一个节点的终端节点时。我有以下问题。

使用一个节点的endpoint是否会在集群中造成不平衡？

或者

这是否由Redis的AWS ElastiCache自动处理？

如果我只使用一个节点的endpoint，这是否意味着其他节点将永远不会被使用？

非常感谢。

Answer 1

回答您的问题；

>

使用一个节点的终端节点是否会在群集中造成不平衡？不

这是由AWS ElastiCache for Redis自动处理的吗？有点

如果我只使用一个节点的endpoint，这是否意味着其他节点将永远不会被使用？否。正在使用所有节点。

这就是启用群集模式的工作方式。在您的示例中，您有3个碎片，这意味着所有插槽（存储键值数据的位置）都被分为3个子簇，即碎片。

这个答案也解释了这一点——https://stackoverflow.com/a/72058580/6024431

因此，本质上，您的节点足够智能，可以将您的请求重定向到具有需要存储数据的键槽的节点。因此，没有不平衡。Redis为您处理重定向。

现在，在使用节点endpoint时，您将面临其他问题。Elasticache运行在云(本质上是AWS硬件)上。所有硬件都面临问题。您有3个主服务器(1p、2p、3p)和3个副本服务器(1r、2r、3r)。因此，如果主服务器由于硬件问题而关闭(比如说1p)，副本服务器将升级成为集群的新主服务器(1r)。现在的问题是，您的应用程序直接连接到现在已降级为副本的1p。因此，所有的写操作都将失败。

无论何时发生这种情况，您都必须手动更改应用程序代码。

或者，如果您使用的是配置endpoint（或其他集群级endpoint）而不是节点endpoint，则此问题最多只会对您的应用程序造成短暂影响，可能持续1-2秒。

干杯