Amazon web services DynamoDB-每个帐户的表数限制
我们正在AWS上部署我们的产品(目前为prem),并将DynamoDB作为Cassandra的替代品,主要是为了避免与大量Cassandra集群相关的devop成本 DynamoDB文档表示,每个区域的表数量限制为256个,但是可以通过调用AWS支持来增加。每个帐户的最高限额是多少 我们的产品被分成不同的逻辑单元,每个逻辑单元都有几个表(比如100)。每个客户可以有几个这样的单元。可以备份每个逻辑单元(即拍摄快照),并且可以在将来的任何时候恢复该快照(以覆盖所有表的当前内容)。备份/恢复性能—为所有表创建快照/导入旧数据所需的时间—需要良好—不能是几分钟/小时 我们考虑为每个这样的逻辑单元使用一组不同的表,以便在S3上使用EMR可以快速进行备份/恢复。但如果我们采用这种方法,即使只有一个客户,我们也会超出256个表的数量限制。看起来有两种选择Amazon web services DynamoDB-每个帐户的表数限制,amazon-web-services,amazon-dynamodb,Amazon Web Services,Amazon Dynamodb,我们正在AWS上部署我们的产品(目前为prem),并将DynamoDB作为Cassandra的替代品,主要是为了避免与大量Cassandra集群相关的devop成本 DynamoDB文档表示,每个区域的表数量限制为256个,但是可以通过调用AWS支持来增加。每个帐户的最高限额是多少 我们的产品被分成不同的逻辑单元,每个逻辑单元都有几个表(比如100)。每个客户可以有几个这样的单元。可以备份每个逻辑单元(即拍摄快照),并且可以在将来的任何时候恢复该快照(以覆盖所有表的当前内容)。备份/恢复性能—为
谢谢您提供的任何信息。我建议您改变方法,而不是考虑如何通过创建更多帐户来获取更多表格。 我会考虑如何使用更少的桌子 话虽如此,您可以联系支持部门并为您的帐户增加表的数量 我认为,由于每个表的供应吞吐量的当前定价模型,您将遇到资金问题 许多人根据时间划分表格。 e、 x:这个星期表,上星期表,然后移动到上个月表,依此类推。。 这有助于使用EMR/Redshift分析数据,因此您不必每次都拉整张表