Amazon CloudWatch でのモニタリング - Amazon DynamoDB

Amazon CloudWatch でのモニタリング

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

DynamoDB メトリクスの使用方法

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

目的

関連するメトリクス

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

指定した期間 TimeToLiveDeletedItemCount をモニタリングして、テーブルの TTL 削除の割合を追跡できます。TimeToLiveDeletedItemCount メトリクスを使用するサーバーレスアプリケーションの例については、「Automatically archive items to S3 using DynamoDB Time to Live (TTL) with AWS Lambda and Amazon Kinesis Data Firehose」(AWS Lambda とAmazon Kinesis Firehose で DynamoDB の TTL を利用して項目を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 quotas of a table?

リクエスト内で任意のイベントがプロビジョニングされたスループットクォータを超過した場合、ThrottledRequests は 1 ずつ増加します。次に、どのイベントがリクエストをスロットリングしているかについてのインサイトを取得するには、ThrottledRequests とテーブルおよびそのインデックスの ReadThrottleEvents メトリクスと WriteThrottleEvents メトリクスを比較します。

How can I determine if any system errors occurred?

SystemErrors をモニタリングして HTTP 500 (サーバーエラー) コードを発生させたリクエストがあるかどうかを判断できます。通常、このメトリクスはゼロであるべきです。そうでない場合は、調査することをお勧めします。

注記

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