我目前正在运行一个通过 Elasticache 使用 Redis 的站点。我们希望移动到具有更多 RAM 的更大实例，因为我们当前的实例类型已达到 70% 左右。
有没有办法像扩展 RDS 实例一样扩展 Elasticache 实例？
或者，我想创建一个副本组并向其中添加一个更大的实例。然后，一旦它被复制并运行，将新实例提升为主实例。这似乎无法通过 AWS 控制台实现，因为副本是使用与主节点相同的实例类型创建的。
我是否遗漏了什么，或者只是一个无法实现的用例。我知道我可以启动一个更大的实例并手动处理复制，然后移动 Web 服务器以使用新服务器，但这将需要一些停机时间，因为 DNS 迁移等。
谢谢！， 艾伦
【问题讨论】：
标签： amazon-web-services redis amazon-elasticache
是的，您可以立即将正在运行的 Elasticache 实例类型扩展到更大的大小。我已经对其进行了测试，并且经历了很少的实际停机时间（我认为一开始只有几秒钟，但很快它就会重新上线，即使控制台会显示该过程大约需要几分钟才能真正完成。）我从 t2 .micro 到 m3.medium 没有问题。
【讨论】：
您现在可以在保留 ElastiCache 的同时扩展到更大的节点类型：
https://aws.amazon.com/blogs/aws/elasticache-for-redis-update-upgrade-engines-and-scale-up/
【讨论】：
Elasticache 感觉更像是 memcached 意义上的缓存解决方案，这意味着要扩大规模，您确实需要启动一个新集群并将应用程序切换到该集群。性能会暂时下降，因为必须重建缓存，但仅此而已。
但是，对于很多人（我怀疑您也包括在内）来说，Redis 更像是一种 NoSQL 数据库解决方案，其中数据丢失是不可接受的。亚马逊提供只读副本作为该问题的“解决方案”，但它仍然有点不确定。当然，它提供了复制以降低数据丢失的风险，但它仍然远没有 RDS 的生产安全（或成熟）用于 Redis 数据库（与缓存相反，它是非常完美），它提供备份和恢复程序，以及结构良好的变更管理以支持扩展。据我所知，ElastiCache不支持更改正在运行的集群的实例类型。这表明它只是一种内存解决方案，在重新启动时会丢失所有数据。
我想说的是，如果您担心数据丢失，您应该考虑使用自卷式 Redis 解决方案，而不是简单地使用 ElastiCache。它不仅运行起来稍微便宜一些，它还使您能够像在任何其他 EC2 实例上一样更改实例类型（当然，在停止它之后）。它还可以让您使用 RDB 或 AOF 持久性。
【讨论】：