首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >AWS DynamoDB:读写单元估计问题

AWS DynamoDB:读写单元估计问题
EN

Stack Overflow用户
提问于 2015-07-10 13:51:48
回答 1查看 274关注 0票数 1

我正在创建一个在线人群驱动的游戏。我期望读/写请求每秒波动(例如,50,50,50,1500,50,50,50,50,50),我需要以很强的一致性处理所有100%的请求。

我计划使用AWS的DynamoDB从GAE数据存储,因为其强大的一致性。我有以下的疑问,在其他讨论中我无法得到明确的答案。

1.如果写操作的项大小仅为4B,那么它是否会四舍五入到1KB并消耗一个写入单元?

2.在财政上,将所提供的通过能力设定在预期的峰值附近是不明智的。警报可以警告我们。但在突然上升的情况下,当我们收到警报时,这些请求可能会受到抑制。DynamoDB真的设计用来处理高度波动的读/写吗?

3.我读过动态DynamoDB来更新读写吞吐量,当我们添加一些读/写单元时,需要多长时间来分配它们?如果时间太长,在涨潮后增加酒吧的用途是什么?

谷歌应用程序引擎只为那个月发生的请求数量付费。如果我可以让AWS像这样工作,“无论请求数是多少,我都会扩展和收缩自己,只向您收取使用过的读/写单元的费用”,我将使用AWS。

请给我建议。如果我不清楚部分内容,请不要犹豫。

谢谢,卡鲁普。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2015-07-10 15:45:23

  1. 是。项目大小被舍入并使用吞吐量。从亚马逊DynamoDB文档中的配置吞吐量:所需的读取操作的总数是项大小,除以4KB的下一个倍数。
  2. 它可以处理一些爆破,但它通常是用于均匀的工作负荷。下面是来自使用表格文档的指南的一节以及关于最佳实践的其他一些有用的链接: 工作负载中的临时不均匀性通常可以由爆发量来吸收,正如在使用突发容量时所描述的那样。但是,如果您的应用程序必须定期地容纳非均匀的工作负载,那么您应该在设计表时考虑到DynamoDB的分区行为(请参阅理解分区行为),并且在增加和降低该表上提供的吞吐量时要留心。
代码语言:javascript
复制
- [Query and Scan guidelines for avoiding bursts of read activity](http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/QueryAndScanGuidelines.html#QueryAndScanGuidelines.BurstsOfActivity)
- The [**Table Best Practices** section](http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html)
- [Use Burst Capacity Sparingly](http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/GuidelinesForTables.html#GuidelinesForTables.Bursting)
  1. 这将取决于您的表中有多少数据,因为如果要进行扩展,DynamoDB将不得不对数据进行重新分区。有关分区的更多信息,请参见调整配置吞吐量时考虑工作负载的一致性文档。
票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/31342526

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档