DAX成本优化

0

【以下的问题经过翻译处理】 使用DAX已经几个月的客户请求关于成本优化的指导。我还在等待更多详细信息,但基本设置是分布在三个可用区域的3个实例。以他们的话来说:

我们在一天中的两个时间窗口内利用DAX集群,CPU利用率高达90%。

(1) 大约6个小时的时间窗口

(2) 大约2个小时的时间窗口。

时间长度不是精确的,但是是为了方便我们的讨论而进行的近似。因此,我们仅在一天的大约8个小时内利用90%的DAX集群。在其余的16个小时内,我们的CPU利用率降至约2%。

我们必须每天全天候支付整个集群的费用,因为集群始终运行,无论我们利用它的程度是90%或2%。这是一个问题,因为每天大约有16个小时,我们正在为一个98%未使用的集群付费。是否可能通过一种方法来优化成本,以便在我们不使用集群时我们不必支付?我们很乐意从您那里得到一些成本优化的指导。

我正在调查水平扩展。例如,在高峰期间可以拥有多个较小的实例,例如6或9,在低利用率时期缩小到3个。这取决于数据集的大小以及DAX能否处理这些扩展请求。

让我有些担心的是,我没有找到有关这种方法的任何书面资料。如果有人曾经这样做过(无论成功与否),或者可以指引我另一种方法(只在高峰期添加DAX?),我希望听到他

profile picture
专家
已提问 8 个月前26 查看次数
1 回答
0

【以下的回答经过翻译处理】 https://docs.aws.amazon.com/zh_cn/amazondynamodb/latest/developerguide/DAX.cluster-management.html

增加节点数量可能有帮助来优化成本,但是没有原生的方式来管理它,因此需要自定义逻辑/管理。一般来说,DAX使用较少较大的节点比使用许多较小的节点更高效。通常,DAX集群的大小不是由数据集大小驱动的,而是由读写的吞吐量(对象大小相对于缓存命中和未命中)驱动的。每个节点都是一个副本,因此数据集没有分片在整个集群中。

了解DAX在设计中的用途将有所帮助。如果是为了用于延迟,对于读请求的延迟要求是什么?直接访问DynamoDB表具有非常一致的低毫秒延迟,这可能足够满足其性能要求并且更具成本效益。

profile picture
专家
已回答 8 个月前

您未登录。 登录 发布回答。

一个好的回答可以清楚地解答问题和提供建设性反馈,并能促进提问者的职业发展。

回答问题的准则