DynamoDB DAX指标

时间:2018-08-10 15:03:09

标签: amazon-dynamodb amazon-dynamodb-dax

我想使用lambdaиdynamodb构建无服务器应用程序。要创建集群,我必须知道特定的配置如何与表的结构和大小一起工作。为了找到答案,我将使用CloudWatch指标,但事实证明,它们并未反映客观事实,并且无法在特定的时间显示集群的“需求”。可能有人遇到过这样的问题,可以建议如何根据表参数,请求的数量和类型来最佳确定集群配置?

1 个答案:

答案 0 :(得分:0)

很大一部分取决于特定的工作负载,预期的命中率,密钥访问的分布等。有一些经验法则,但是随着服务的变化,这些规则可能会随着时间而变化,因此始终最好用自己的工作量进行自己的测试:

  • 在一个家庭(t2,r3,r4)内,延迟几乎是恒定的,尽管较大的节点类型往往更一致(较低的p99)。
  • 吞吐率与节点大小呈线性比例关系(即2xl约为x​​l吞吐量的2倍)
  • 吞吐率与簇大小成线性关系
  • TPS与响应大小呈线性关系-如果一个节点处理5万个1kB的数据,它将获得约5000个10kB的数据。

我的建议是弄清楚您的工作量,在一些不同的群集大小上进行测试以获得一些基准,并使用上面的注释进行扩展。请注意,DAX当前 不允许更改群集的节点类型,而向外扩展群集只会增加吞吐量,而不是可缓存内存。

关于更好的CloudWatch指标,了解您要查找的内容将有所帮助-可能最好在the AWS forums中发起讨论的话题。