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
EXPERTE
gefragt vor 9 Monaten28 Aufrufe
1 Antwort
0

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

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

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

profile picture
EXPERTE
beantwortet vor 9 Monaten

Du bist nicht angemeldet. Anmelden um eine Antwort zu veröffentlichen.

Eine gute Antwort beantwortet die Frage klar, gibt konstruktives Feedback und fördert die berufliche Weiterentwicklung des Fragenstellers.

Richtlinien für die Beantwortung von Fragen