Redis：亚马逊EC2 vs Elasticache

Question

我想自己托管一个Redis服务器。我将EC2与Elasticache进行了比较。我想知道EC2的缺点是什么。

一个EC2微型实例的成本与ELasticache微型实例一样高，但其ram却多出400 mb。为什么要使用Elasticache而不在ec2 tiny iNtance上设置自己的Redis服务器？

Answer 1

另一点是Elasticache是动态的，如果性能索引为绿色，则可以动态减少/增加使用的内存，甚至关闭缓存（并保存$$）。

Answer 2

由于我很懒惰，我会选择Elasticcache而不是EC2，这样可以避免管理Redis实例的一些操作方面。EC2上的Redis负责主机和Redis实例的扩展、更新、监控和维护。如果你能很好地处理Redis的运营方面，那么这应该不会是一个问题。许多人都仔细考虑了运行Redis实例的运营成本。除非你对Redis很熟悉，否则我会考虑Elasticache。我一直在使用它，到目前为止，我对它非常满意。

现在，当您需要Elasticache不支持的Redis自定义html" target="_blank">配置时，EC2是有意义的。

A̶d̶d̶i̶t̶i̶o̶n̶A̶l̶y̶i̶f̶y̶o̶u̶n̶e̶d̶t̶̶o̶c̶o̶n̶e̶c̶t̶t̶o̶y̶o̶u̶r̶r̶e̶d̶i̶n̶；s̶t̶A̶n̶c̶e̶f̶r̶o̶m̶o̶u̶t̶s̶i̶d̶e̶o̶f̶t̶h̶e̶A̶W̶s̶e̶n̶v̶i̶r̶o̶n̶m̶e̶n̶t̶，̶E̶l̶a̶s̶t̶i̶c̶a̶c̶h̶E̶w̶i̶l̶b̶E̶a̶p̶r̶o̶；b̶l̶E̶m̶a̶s̶y̶o̶u̶c̶a̶n̶'̶t̶u̶s̶E̶t̶h̶E̶r̶；E̶d̶i̶-̶c̶l̶i̶t̶o̶c̶o̶n̶E̶c̶t̶o̶a̶r̶822; d̶i̶s̶i̶n̶s̶t̶a̶n̶c̶E̶t̶h̶a̶t̶i̶s̶r̶u̶n̶i̶n̶g̶i̶n̶E̶l̶a̶s̶t̶i̶c̶a̶c̶h̶E̶f̶r̶o̶m̶̶o̶u̶t̶s̶i̶d̶e̶。̶

更新：从AWS外部访问ElastiCache资源

最后，如果您打算处于Redis的流血边缘，那么运行自己的更有意义。但话说回来，您拥有操作位、监控、修补等。

Answer 3

tl；dr:Elasticache强制您使用redis的单个实例，这是次优的。

长版本：

我意识到这是一篇很老的帖子（写这篇文章的时候已经2年了），但我认为重要的是要注意我在这里没有看到的一点。

在elasticache上，您的redis部署由Amazon管理。这意味着您无法摆脱他们选择运行您的redis的方式。

Redis使用单线程执行读/写操作。这确保了一致性，无需锁定。就性能而言，不管理锁和闩锁是一项重要资产。然而，不幸的结果是，如果您的EC2有超过1个vCPU，它们将被闲置。所有具有多个vCPU的elasticache实例都是这种情况。

默认的elasticache实例大小是缓存。r3.大型，有两个内核。

事实上，有多个VCPU的实例大小很多。这个问题有很多机会表现出来。

亚马逊似乎已经意识到了这个问题，但他们似乎有点不屑一顾。

这与这个问题特别相关的部分是，在您的EC2上（因为您正在管理自己的部署），您能够实现多租户。这意味着您有许多redis进程实例在不同的端口上侦听。通过根据记录密钥的哈希值选择应用程序中的读/写端口，您可以利用所有VCPU。

作为旁注；与实例大小上的memcached elasticache部署相比，多核机器上的redis elasticache部署应始终表现不佳。对于多租户，redis往往是赢家。

更新：

Amazon现在为您的redis实例CPU提供单独的指标。您不再需要使用劣质乘法计算CPU，但仍未实现多租户。