Elasticache和可用区

Question

我在新加坡使用AWS负载平衡和跨两个可用区的多个web服务器。

我现在希望在两个可用区之间部署elasticache节点，并想知道web服务器访问不同可用区的elasticache节点是否存在延迟问题？

更新-实际上，经过更多的调查，似乎一个elasticache集群只能存在于一个可用区中。因此，处理可用区中断的最佳解决方案是什么？

Answer 1

您说得对，ElasticCache还不支持多可用区功能。然而，AZ之间1ms的低延迟通常不是大问题。

缓存的目的是从内存中进行冗长而频繁的SQL查询。也就是说，您可以使用一个内存查找来代替300msSQL查询。与此相比，1ms的网络延迟应该不是问题。

作为ElasticCache的缓存的第二个属性是，您可以预热它，并使用数据库中的实时数据保持它的预热。你不应该期望你的缓存作为一个整体是最新的，因为后台的数据一直在变化。在集群中丢失一个缓存节点是意料之中的(就像大型系统中的任何其他故障一样)，因为您的系统应该会相当快地预热新创建的缓存节点。ElasticCache将为您替换出现故障的节点，但您需要重新填充缓存数据。

关于可用区之间的冗余，您可以查看AWS description

在不同可用区设置冗余缓存集群

亚马逊ElastiCache可监控缓存节点的运行状况，并在发生网络分区、主机硬件或软件故障时更换这些节点。然而，鉴于缓存的短暂性质，缓存节点替换开始为空(也称为“冷”)，并且根据您的工作负载模式，可能需要一段时间才能重新填充数据(也称为“预热”)。此外，亚马逊ElastiCache提供的自动替换功能仅限于单个可用区。如果您的应用程序对故障恢复或缓存节点的预热时间比较敏感，或者您希望增强可用区级故障的容错能力，您可能希望在不同的可用区部署冗余ElastiCache集群。

管理数据冗余的方法之一是让您的应用程序将所有缓存写入应用到这些可用区中的cache节点。如果主可用区中的一个或多个缓存节点出现故障，您可以在亚马逊ElastiCache恢复主可用区中的缓存节点时，将读取定向到辅助可用区中的相应缓存节点。

Answer 2

可用区之间的延迟通常在2ms左右，所以不，这通常不是问题。

我真的需要更多地了解你是如何使用它的，以便能够回答你问题的第二部分。由于它只是一个缓存层，应用程序通常只能在降级模式下运行，直到AWS修复问题或您的手动干预。或者，可以将应用程序设计为自动故障转移到不同可用区中的第二个集群。当发生这种情况时，缓存将必须从持久数据存储重建。您可以任由缓存未命中发生，也可以在应用程序开始使用它之前启动它。