我可以在不停机的情况下升级 Elasticache Redis 引擎版本吗？

Question

我在AWS文档中找不到任何信息表明修改Redis引擎版本会或不会导致停机。除了在维护时段中执行升级之外，它没有解释升级是如何发生的。

通过 AWS 控制台升级生产 Elasticache Redis 实例是否安全，不会造成数据丢失或停机？

注意：我们使用的客户端库与所有版本的 Redis 兼容，因此应用程序不应注意到升级。

Answer 1

鉴于这个问题是近 7 年前提出的，我不确定答案是否仍然相关，但有一些事情。

更改节点类型或引擎版本是一项修改操作，您的数据在 Elasticache 集群上保持不变。我相信有一个文档提到了（如果我找到它，我会将其链接到这里）Elasticache 修改的过程。本质上，Elasticache 在后端启动一个新节点，其中包含您所做的修改，并将数据复制到该节点。假设您所做的修改是将引擎版本从 5.x 更改为 6.x -

1. Elasticache 将使用 Engine 6.x 在后端启动新的 Redis 节点。
2. 当节点启动时，Elasticache 将从 5.x 节点读取密钥并将数据复制到 6.x
3. 复制完成后，Elasticache 将更改集群终端节点的 DNS 记录。

因此，根据应用程序的 DNS 缓存 TTL 配置，将会有一些停机时间。例如，您的应用程序将 DNS 缓存保留 300 秒，刷新应用程序/客户端计算机上的 DNS 缓存可能需要 300 秒，在此期间应用程序可能会显示一些错误。

从弹性方面来看，我认为他们没有为此提供任何官方 SLA。但这个文档[1]提到这个 DNS 传播只需要“几秒钟”（取决于引擎版本）。

不过，您始终可以拍摄集群快照作为备份。如果出现问题，您可以使用快照启动具有相同数据的新集群。

另外，还有一件事 - AWS 永远不会自行升级您的引擎版本。Elasitcache 集群的维护时段用于安全补丁和引擎上的小型优化。它们不会影响引擎版本。

干杯!

[1] https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/AutoFailover.html

Answer 2

更改缓存引擎版本是一个破坏性过程，会清除集群中的所有缓存数据。**

我现在不知道您的特定应用程序的要求。但是，如果您不能丢失数据并且需要进行主要版本升级，那么建议迁移到新集群而不是升级当前设置。

** http://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/VersionManagement.html