Amazon DynamoDB
開発者ガイド (API バージョン 2012-08-10)

Amazon CloudWatch によるモニタリング

CloudWatch を使用して Amazon DynamoDB をモニタリングすることで、Amazon DynamoDB から raw データを収集し、リアルタイムに近い読み取り可能なメトリクスに加工することができます。これらの統計は 2 週間記録されるため、履歴情報にアクセスしてウェブアプリケーションまたはサービスの動作をより的確に把握することができます。デフォルトでは、Amazon DynamoDB メトリクスデータは CloudWatch に自動的に送信されます。詳細については、Amazon CloudWatch ユーザーガイドの「Amazon CloudWatch とは」を参照してください。

Amazon DynamoDB メトリクスの使用方法

Amazon DynamoDB によってレポートされるメトリクスが提供する情報は、さまざまな方法で分析できます。以下のリストは、メトリクスの一般的な利用方法をいくつか示しています。ここで紹介するのは開始するための提案事項です。すべてを網羅しているわけではありません。

どのように

関連するメトリクス

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

指定した期間に TimeToLiveDeletedItemCount をモニタリングして、テーブルでの TTL による削除のレートをトラッキングできます。TimeToLiveDeletedItemCount メトリクスを使用するサーバーレスアプリケーションの例については、「DynamoDB Time to Live (TTL) を使用して AWS Lambda および Amazon Kinesis Firehose で項目を自動的に S3 にアーカイブする」を参照してください。

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

指定した期間に ConsumedReadCapacityUnits または ConsumedWriteCapacityUnits をモニタリングして、プロビジョニングしたスループットがどれだけ使用されているかトラッキングできます。

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

リクエスト内で任意のイベントがプロビジョンドスループットの制限を超過した場合、ThrottledRequests は 1 ずつ増加します。その後、どのイベントがリクエストをスロットリングしているかを確認するには、ThrottledRequests と、そのテーブルとインデックスの ReadThrottleEventsWriteThrottleEvents メトリクスを比較してください。

How can I determine if any system errors occurred?

SystemErrors をモニタリングして、リクエストが HTTP 500 (サーバーエラー) コードを生じさせたかを確認できます。通常、このメトリクスはゼロと等しくなります。ゼロでない場合、調査が必要な可能性があります。

注記

項目の操作中に内部サーバーエラーが発生することがあります。これはテーブルの存続期間中に発生すると予想されます。失敗したリクエストは速やかに再試行できます。

このページの内容: