Amazon Bedrock Model Invocation Loggingで見られる内容を確かめてみた！

はじめに

こんにちは。DXソリューション営業本部の岡田です。

Claude Code on Amazon Bedrockの監視を検討する中で、「ユーザー別の利用状況を追跡するにはOpenTelemetry（OTel）のコンテナ構成が必要」という議題に上がりました。
しかし、コンテナの維持費や運用負荷を考え、Bedrock Model Invocation Loggingで実際にどこまで見られるのか、検証環境で確かめてみました。

OpenTelemetryを使ったフルスタック構成の詳細については、下記ブログをご覧ください。

【Claude Code on Amazon Bedrock】 エンタープライズで利用可能なClaude Code環境を構築する方法 | QES ブログ
Guidanceを使ったClaude Code on Bedrockのフルスタック構成（認証・OTel・Analytics・Quota）のデプロイ記録
 

Invocation Loggingとは

Bedrock Model Invocation Loggingは、Amazon Bedrockの設定画面でONにするだけで、アカウント内の全モデル呼び出しの詳細ログを記録できる機能です。ログの送信先はCloudWatch Logs、S3、またはその両方を選択できます。
デフォルトでは無効になっており、有効化後にログの記録が開始されます。追加のインフラ（コンテナやサーバー）は一切不要です。

参考: Monitor model invocation using CloudWatch Logs and Amazon S3 - Amazon Bedrock

設定方法

設定は以下の手順で行います。

1. CloudWatch Logsのロググループを作成

CloudWatchコンソールで、ロググループを作成します。今回は /aws/bedrock/modelinvocations という名前で作成しました。

2. IAMロールの作成

BedrockがCloudWatch Logsにログを書き込むためのIAMロールが必要です。信頼ポリシーで bedrock.amazonaws.com を信頼エンティティとし、CloudWatch Logsへの書き込み権限（logs:CreateLogStream、logs:PutLogEvents）を付与します。
Bedrockの設定画面で「新しいロールを作成して使用」を選択すると自動作成されますが、権限が不足する場合はIAMコンソールから手動で作成する必要があります。

3. Invocation LoggingをONにする

Bedrockコンソール → 設定 → 「モデル呼び出しのログ記録」の画面を開きます。
デフォルトではOFFになっています。

ONにすると、以下の設定項目が展開されます。

各項目を以下のように設定します。

設定を保存すれば、以降のモデル呼び出しがすべてログに記録されます。

ログに記録される内容

実際にBedrockのプレイグラウンドから「hello」と送信し、CloudWatch Logsに出力されたログを確認しました。
記録されたJSONログの内容は以下の通りです。

{
  "timestamp": "2026-04-30T05:48:22Z",
  "accountId": "123456789012",
  "region": "ap-northeast-1",
  "requestId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "operation": "ConverseStream",
  "modelId": "arn:aws:bedrock:ap-northeast-1:123456789012:inference-profile/jp.anthropic.claude-sonnet-4-6",
  "input": {
    "inputBodyJson": {
      "messages": [{ "role": "user", "content": [{ "text": "hello" }] }]
    },
    "inputTokenCount": 8,
    "cacheReadInputTokenCount": 0,
    "cacheWriteInputTokenCount": 0
  },
  "output": {
    "outputBodyJson": {
      "output": {
        "message": {
          "role": "assistant",
          "content": [{ "text": "Hello! How are you doing?..." }]
        }
      },
      "stopReason": "end_turn",
      "metrics": { "latencyMs": 2046 },
      "usage": { "inputTokens": 8, "outputTokens": 23, "totalTokens": 31 }
    },
    "outputTokenCount": 23
  },
  "identity": {
    "arn": "arn:aws:iam::123456789012:user/taro.yamada@example.com"
  },
  "inferenceRegion": "ap-northeast-1",
  "schemaType": "ModelInvocationLog",
  "schemaVersion": "1.0"
}

各フィールドの意味を整理します。

ユーザー別の集計は可能か？

可能です。

ログの identity.arn フィールドにIAMユーザー名が含まれていることを確認しました。今回の検証では taro.yamada@example.com のようなIAMユーザー名が記録されています。
CloudWatch Logs Insightsを使えば、以下のようなクエリでユーザー別の集計が可能です。

fields @timestamp, identity.arn, modelId, input.inputTokenCount, output.outputTokenCount
| filter schemaType = "ModelInvocationLog"
| stats sum(input.inputTokenCount) as totalInput, sum(output.outputTokenCount) as totalOutput, count(*) as invocations by identity.arn
| sort  totalInput desc

このクエリにより、ユーザーごとの入力トークン数、出力トークン数、呼び出し回数を集計できます。

Bedrock標準メトリクス・Invocation Logging・OpenTelemetryの比較

Claude Code on Bedrockの監視方法を3つの観点で比較します。

利用料金

Invocation Loggingの料金は、CloudWatch Logsの取り込み・保存料金のみです。

※以下は2026年4月時点の料金です。最新の料金はCloudWatch料金ページをご確認ください。

OpenTelemetryの場合はECS Fargate（約$9/月）+ ALB（約$20/月）で月$30〜50の維持費がかかるのに対し、Invocation Loggingは追加インフラが不要なため、大幅にコストを抑えられます。

まとめ

Bedrock Model Invocation Loggingを検証環境で実際に有効化し、ログの内容を確認しました。

「誰が何トークン使ったか」レベルの監視であれば、Invocation Loggingで十分対応できます。
コード行数やPR数など開発者の生産性メトリクスまで必要な場合はOpenTelemetryが必要ですが、
多くのユースケースではInvocation Loggingがコストパフォーマンスに優れた選択肢になると思われます。
ぜひチェックしてみてください。

もし「このサービスについて知りたい」「AI・AWS活用のご相談」などのリクエストがございましたら、弊社お問い合わせフォームまでお気軽にご連絡ください。複雑な内容に関するお問い合わせの場合には直接営業からご連絡を差し上げます。また、よろしければ以下のリンクもご覧ください！
＜QES関連ソリューション/ブログ＞

＜QESが参画しているAWSのセキュリティ推進コンソーシアムがホワイトペーパーを公開しました＞

※Claude、Claude Codeは、Anthropic, PBCの商標または登録商標です。

※Amazon Web Services、"Powered by Amazon Web Services"ロゴ、およびブログで使用されるその他のAWS商標は、米国その他の諸国における、Amazon.com, Inc.またはその関連会社の商標です。