Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/powershell/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon dynamodb DynamoDB-DAX度量_Amazon Dynamodb_Amazon Dynamodb Dax - Fatal编程技术网

Amazon dynamodb DynamoDB-DAX度量

Amazon dynamodb DynamoDB-DAX度量,amazon-dynamodb,amazon-dynamodb-dax,Amazon Dynamodb,Amazon Dynamodb Dax,我想用lambdaцdynamodb构建无服务器应用程序。要创建集群,我必须知道特定配置如何与表的结构和大小配合使用。为了找到答案,我打算使用CloudWatch指标,但事实证明,它们不能反映客观现实,也不能在特定时刻显示集群的“需求”。可能有人遇到过这样的问题,可以建议如何最好地确定有关表参数、请求数量和类型的群集配置?因此,很大程度上取决于特定的工作负载、预期的命中率、密钥访问的分布等。这里有一些经验法则,但随着时间的推移,这些可能会随着服务的变化而变化,因此最好使用自己的工作负载进行自己的

我想用lambdaцdynamodb构建无服务器应用程序。要创建集群,我必须知道特定配置如何与表的结构和大小配合使用。为了找到答案,我打算使用CloudWatch指标,但事实证明,它们不能反映客观现实,也不能在特定时刻显示集群的“需求”。可能有人遇到过这样的问题,可以建议如何最好地确定有关表参数、请求数量和类型的群集配置?

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

  • 在一个家族中(t2、r3、r4),延迟几乎是恒定的,尽管较大的节点类型往往更一致(p99较低)
  • 吞吐量与节点大小成线性关系(即2xl约为xl吞吐量的2倍)
  • 吞吐量与集群大小成线性关系
  • TPS与响应大小成线性关系-如果一个节点处理50000个1kB的GET,它将处理大约5000个10kB的GET
我的建议是计算出您的工作负载,测试几个不同大小的集群以获得一些基线,并使用上面的注释进行扩展。请注意,DAX当前不允许更改群集的节点类型,向外扩展群集只会增加吞吐量,而不会增加可缓存内存


至于更好的CloudWatch指标,了解您在寻找什么会很有帮助——最好在讨论中开始一个帖子。

Jeff,非常感谢您的建议。