在 DynamoDB 中使用 Kinesis Data Streams 配置分片并监控更改数据捕获

DynamoDB 表记录的平均大小，以字节为单位 (average_record_size_in_bytes)。

每秒对 DynamoDB 表执行的最大写入操作数。这包括由您的应用程序执行的创建、删除和更新数据操作以及自动生成的操作，例如“生存时间”生成的删除 (write_throughput)。

您对表执行的更新和覆盖操作与创建或删除操作相比的百分比 (percentage_of_updates)。请注意，更新和覆盖操作会将已修改项目的旧镜像和新镜像复制到流中。这会生成两倍 DynamoDB 项目大小。

ThrottledPutRecordCount：由于 Kinesis Data Streams 容量不足而受到 Kinesis 数据流限制的记录数量。异常使用高峰期间可能会遇到一些限制，但 ThrottledPutRecordCount 应保持尽可能低。DynamoDB 重试将受限制的记录发送到 Kinesis 数据流，这可能会导致更高的复制延迟。

如果遇到过多和定期的限制，则可能需要按照观察到的表写入吞吐量成比例增加 Kinesis 流分片数量。要了解有关如何确定 Kinesis 数据流的大小的详细信息，请参阅确定 Kinesis Data Streams 的初始大小。

AgeOfOldestUnreplicatedRecord：从等待复制的最早的项目级别更改，到 Kinesis 数据流出现在 DynamoDB 表中经过的时间。在正常运行情况下，AgeOfOldestUnreplicatedRecord 应该以毫秒为单位。如果失败的尝试由客户控制的配置选项造成，失败的复制尝试次数会增加。

例如，可能导致复制尝试失败的客户控制配置包括：预置不足的 Kinesis 数据流容量导致过度限制，或者手动更新 Kinesis 数据流的访问策略阻止 DynamoDB 向数据流添加数据。您可能需要确保预置合适的 Kinesis 数据流容量，并确保未更改 DynamoDB 的权限，才能将该指标保持在尽可能低的水平。

FailedToReplicateRecordCount：DynamoDB 无法复制到 Kinesis 数据流的记录数。某些大于 34KB 的项目可能会扩增，以更改大于 Kinesis Data Streams 1MB 项目大小限制的数据记录。当大于 34KB 的项目包含大量布尔值或空属性值时，就会出现此扩增现象。布尔值和空属性值在 DynamoDB 中存储为 1 个字节，但在使用标准 JSON 进行 Kinesis Data Streams 复制时，最多可扩展到 5 个字节。DynamoDB 无法将此类更改记录复制到 Kinesis 数据流中。DynamoDB 跳过这些更改数据记录，并自动继续复制后续记录。