使用 Amazon CloudWatch 进行监控 - Amazon DynamoDB
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

使用 Amazon CloudWatch 进行监控

您可以使用 CloudWatch 监控 Amazon DynamoDB,此工具可从 DynamoDB 收集原始数据,并将数据处理为易读的近乎实时的指标。这些统计数据会保留一段时间,从而使您能够访问历史信息,以更好地了解您的 Web 应用程序或服务的执行情况。默认情况下,DynamoDB 指标数据将自动发送到 CloudWatch。有关更多信息,请参阅 中的Amazon CloudWatch什么是 ?指标保留。Amazon CloudWatch 用户指南

如何使用 DynamoDB 指标?

DynamoDB 报告的指标为您提供了可通过不同方式分析的信息。以下列表显示了这些指标的一些常见用途。下面列出的是能够带您入门的启发式问题,但并不全面。

我如何?

相关指标

How can I monitor the rate of TTL deletions on my table?

您可以在指定时间段内监控 TimeToLiveDeletedItemCount,以跟踪表的 TTL 删除速率。有关使用 TimeToLiveDeletedItemCount 指标的无服务器应用程序的示例,请参阅在 AWS Lambda 和 Amazon Kinesis Firehose 中使用 DynamoDB 生存时间 (TTL) 自动将项目存档到 S3

How can I determine how much of my provisioned throughput is being used?

您可以在指定时间段内监控 ConsumedReadCapacityUnitsConsumedWriteCapacityUnits,以跟踪正在使用的预配置吞吐量。

How can I determine which requests exceed the provisioned throughput quotas of a table?

如果请求中的任何事件超过了预置的吞吐量配额,ThrottledRequests 会增加 1。然后,要了解哪个事件正在限制请求,请将 ThrottledRequests 与表及其索引的 ReadThrottleEventsWriteThrottleEvents 指标进行比较。

How can I determine if any system errors occurred?

您可以监控 SystemErrors,以确定是否有任何请求导致了 HTTP 500(服务器错误)代码。通常,此指标应等于零。如果不是,您可能需要进行调查。

注意

您在处理项目时可能遇到内部服务器错误。这些错误是表的生命周期中的预期错误。可立即重试所有失败的请求。