DynamoDbテーブルの読み込み容量をどのように消費しているかを確認するにはどうすればよいですか？

Question

私たちは、電源を切って削除できると思ったDynamoDBテーブルを持っています。呼び出し元に問い合わせたWebサービスを停止し（呼び出し元がゼロにしたWebサーバーのメトリックにも表示されます）、AWSコンソールにはRead Capacityの消費量がゼロより大きく表示されます。

ただし、レイテンシ、プットレイテンシ、スキャンレイテンシ、レコード取得、スキャン返されたアイテムカウント、およびクエリ返されたアイテムカウントはすべて読み込みに関するデータは表示されません。これらのグラフは、使用中であることがわかっている他のテーブルで、>

と表示されています。が使用されていない他のテーブルでは、Read Capacityグラフにはプロビジョニングされたラインと消費されたライン。

このテーブルは、ラムダフィルタリングとKinesisストリームからのイベントの集約によって書き込まれます。私はラムダコードを見直しましたが、特にテーブルから何も読み込んでいません - ラムダが既存のキーの値を更新または上書きすると読み込み容量が消費されるのですか？

Answer 1

私はAWSサポート付きのチケットを開いて、読者の能力を消費していたIPを見つけることができました。彼らは内部ツールを使用して、顧客が利用できないログを照会しました。彼らはまた、これらのイベントは、再プロビジョニング、メトリックに関するクエリなど、テーブルに関連するイベントのみを含むCloudtrailログには出力されないことを確認しました。

また、このナゲットは質問に関連していました。

Q：ラムダが既存のキーの値を更新または上書きすると、読み込み容量が消費されますか？

A：はい、更新アイテム操作を発行すると、DynamoBはまず読み込み/取得操作を行い、次に既存アイテムを挿入/上書きするPutItemを実行します。これは、RCUとWCUの両方を消費するため、高価です。また、このテーブルでUpdateItem操作が実行されていないことを確認しました。

彼らはまた、背後のテーブルで何が起こっているかにいくつかのより多くの光を当てるよりCloudWatchのメトリックで私を指摘しました。リンクとナビゲーションを介してこれを見つけ、あなたはAWS名前空間セクションまで

スクロール左のバー

すべてのメトリックタブでCloudWatchのサービス

メトリック

• に行きますカスタムメトリックを定義している場合は、カスタム名前空間のセクションが上部に表示されます。
• DynamoDBの
• 選択表操作メトリック
  メトリックは、テーブル名によって組織されます。最も有用なのは、Operation = Query、Metric Name = Returned Item Countでした。

私の質問に対する唯一の答えは、次のとおりです。AWSサポートチケットを開きます。