DynamoDB 复制写请求单位

0

【以下的问题经过翻译处理】 我们在两个区域启用了全局表。在过去的17天中,成本探索器显示以下统计信息。

在第一个区域(主要区域): 575.000个写入请求单位 612,000,000.000个复制写入请求单位

在第二个区域(作为备选): 0个写入请求单位 180,000,000.000个复制写入请求单位

这怎么可能?尽管启用了点时间恢复备份,但仍然很少进行写入更改。

profile picture
专家
已提问 5 个月前22 查看次数
1 回答
0

【以下的回答经过翻译处理】 Amazon DynamoDB的Time to Live(TTL)允许您定义每个项目的时间戳,以确定何时不再需要该项目。在指定时间戳的日期和时间之后不久,DynamoDB将从您的表中删除该项目,而不会消耗任何写吞吐量。TTL没有额外费用,作为一种减少存储数据量的手段,只保留符合工作负载需求的项目。

对于DynamoDB全球表,TTL项目在源区域免费删除,然后将该删除操作复制到所有其他区域。这就是为什么您会看到表的rWCU消耗增加的原因。

更多信息请访问:https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html

“如果您正在使用全球表的版本2019.11.21(当前版本)并且还使用TTL功能,则DynamoDB会将TTL删除操作复制到所有副本表中。当使用配额式容量或使用按需容量模式时,来自于每个副本区域的复制TTL删除操作会消耗一个复制写入能力单元,并且适用的费用将适用于每个副本区域。”

profile picture
专家
已回答 5 个月前

您未登录。 登录 发布回答。

一个好的回答可以清楚地解答问题和提供建设性反馈,并能促进提问者的职业发展。

回答问题的准则