当前位置: 首页 > 知识库问答 >
问题:

DynamoDB-每个帐户的表数限制

蓬弘
2023-03-14

我们正在努力在AWS上部署我们的产品(目前在本地),并将DynamoDB视为Cassandra的替代品,主要是为了避免与大量Cassandra集群相关的开发成本。

DynamoDB文档表示,每个帐户的表数限制为每个区域256个,但可以通过调用AWS支持来增加。每个帐户的最大限额是多少?

我们的产品被分成不同的逻辑单元,每个这样的单元将有几个表(比如100个)。每个客户可以有几个这样的单元。每个逻辑单元都可以备份(即拍摄快照),并且该快照可以在未来的任何时候恢复(覆盖所有表的当前内容)。备份/恢复性能——拍摄快照/导入所有表的旧数据所花费的时间——需要良好——不能是几分钟/小时。

我们正在考虑为每个这样的逻辑单元使用不同的表集,以便在S3上使用EMR可以快速进行备份/恢复。但如果我们采用这种方法,即使只有一个客户,也会超出256个表的数量限制。看起来有两种选择

>

  • 为每个客户的每个此类逻辑单元创建一个新帐户。这可能吗?我想我们将有一个主要的公司帐户(我仍在了解这一点),但它是否可以为我们使用IAM的客户提供一组子帐户,每个子帐户都被视为独立的AWS帐户?

    以真正的多租户方式使用每个表,其中主键包含客户id逻辑单元id。但在这种情况下,当使用EMR备份整个表时,我们将需要有选择地备份特定的行/项集,这些行/项集可能以百万计,这将在其他写入/读取操作在不同的项集上进行时继续进行。这在大规模方面可行吗?

    关于如何处理这个问题,还有其他想法吗?

    感谢任何信息。

  • 共有1个答案

    皇甫卓君
    2023-03-14

    我建议改变方法,而不是思考如何通过创建更多帐户来获取更多表格。我会考虑如何使用更少的桌子。

    话虽如此-您可以联系支持人员并为您的帐户增加表的数量。

    我认为,由于当前每个表的供应吞吐量定价模型,您将遇到资金问题。

    许多人根据时间框架划分表格。e、 x:这个星期表,最后一周表,然后移动到最后一个月表,依此类推。。这有助于使用EMR/红移分析数据,因此您不必每次都拉整张表。

     类似资料:
    • 我正在决定是否为每个客户提供一张桌子,或者客户是否与其他人共享一张桌子。为每个客户创建一个表似乎有问题,因为这只是另一件需要管理的事情。 但后来我考虑备份数据库。可能会出现这样的情况,即客户没有强大的IT安全性,甚至没有一个不满的员工,而此人会删除客户的一大堆重要数据。 在这种情况下,如果所有客户都在同一个表中,例如,不能仅从2天前的DynamoDB快照恢复,因为所有其他客户都会丢失过去2天的数据

    • 我有一个可行的解决方案,我在Google Drive中搜索文件,并要求Google Drive使用打开它们,这会生成如下链接: 然后我解析链接并生成如下意图: 这在配置了一个gmail帐户的设备上非常有效,但是如果设备碰巧配置了两个或更多的gmail帐户,那么Google Drive会一直询问用户希望使用哪个帐户来打开文件。 在链接中是否有建议将哪个帐户用于Google云端硬盘? 附言:我试图将以

    • 如果我有一个具有多个DynamoDB Stream触发器的Lambda函数,是否可以保证每个Lambda调用只包含来自一个表的记录?

    • 所以我认为这里有2个场景: 每个地区(西欧除外)创建一个大型存储帐户,每个应用程序创建一个容器。存储帐户转到每个区域的资源组 1的退税: > 容器被设计为具有扁平结构(您可以创建文件夹,但这并不明显) 2的退税: 很多存储帐户 考虑到这一点,我想说为每个应用程序创建存储帐户是一个更好的选择,但也许我遗漏了一些东西。 所以问题是:在这里有其他的事情要比另一个更好的选择吗?也许是成本? 我偶然发现了一

    • 问题内容: 有没有一种方法可以限制用户仅查看詹金斯中的某些作业。 Jenkins允许通过“基于项目的矩阵授权策略”来限制每个项目的用户能力。问题在于,如果没有“总体”“读取”设置,用户将无法访问任何内容。这似乎使他们可以查看所有作业。 还有另一个允许工作限制的插件吗? 问题答案: 认为这就是您要搜索的内容:允许用户访问特定项目 简短描述(不带屏幕截图): 使用Jenkins“管理Jenkins”

    • 仍然存在,我可以通过它刷新访问令牌。 如果某人有G套件帐户,那么过期时间是否有特殊值,还是保持不变? 根据文档,我最多可以拥有50个令牌,那么有没有其他替代方法,这样我就可以在50个请求后获得有效的令牌。