gpt4 book ai didi

amazon-web-services - 扩展 Elasticache 实例?

转载 作者:IT王子 更新时间:2023-10-29 05:55:32 32 4
gpt4 key购买 nike

我目前正在运营一个通过 Elasticache 使用 Redis 的网站。我们希望移动到具有更多 RAM 的更大实例,因为我们的当前实例类型已达到大约 70%。

有没有办法像扩展 RDS 实例一样扩展 Elasticache 实例?

或者,我想创建一个副本组并向其中添加一个更大的实例。然后,一旦复制并运行,将新实例提升为主实例。这似乎无法通过 AWS 控制台进行,因为副本是使用与主节点相同的实例类型创建的。

我是不是遗漏了什么,或者它只是一个无法实现的用例。我知道我可以启动一个更大的实例并手动处理复制,然后将 Web 服务器移到新服务器上,但是由于 DNS 迁移等原因,这需要一些停机时间。

谢谢!艾伦

最佳答案

Elasticache 感觉更像是 memcached 意义上的缓存解决方案,这意味着要扩大规模,您确实需要启动一个新集群并将您的应用程序切换到它上面。性能会暂时下降,因为必须重建缓存,但仅此而已。

然而,对于许多人(我想你也包括在内)来说,Redis 更像是一种 NoSQL 数据库解决方案,数据丢失是 Not Acceptable 。亚马逊提供只读副本作为该问题的“解决方案”,但它仍然有点不确定。当然,它提供了复制以降低数据丢失的风险,但它仍然远不及 RDS 的生产安全(或成熟),用于 Redis 数据库(与缓存相反,它是非常完美),它提供备份和恢复程序,以及结构良好的变更管理以支持扩展。据我所知,ElastiCache 支持更改正在运行的集群的实例类型。这表明它只是一个内存解决方案,会在重启时丢失所有数据。

我想说的是,如果您担心数据丢失,您应该考虑使用自行滚动的 Redis 解决方案,而不是简单地使用 ElastiCache。它不仅运行成本略低,而且使您能够像在任何其他 EC2 实例上一样更改实例类型(当然是在停止它之后)。它还将使您能够使用 RDB 或 AOF 持久性。

关于amazon-web-services - 扩展 Elasticache 实例?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22349951/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com