CloudWatch 料金（東京リージョン）：内訳・計算式・請求の確認方法

CloudWatch 料金は「1ホストいくら」という単一料金ではありません。メトリク、APIリクエスト、アラーム、ダッシュボード、ログ取り込み・保存・クエリなどの請求対象量を別々に数えます。このガイドは、AWS Price Listの東京リージョンを固定し、入力と式を開示して月額の仮説を再計算できるようにするものです。

発行者は可観測性プラットフォームを提供するGuanceです。AWSの代理または独立評価機関ではありません。価格事実はAWSの公式資料だけに限定し、Guanceとの料金比較や節約率は示しません。実際の請求額は契約、無料利用枠、クレジット、税、利用時点の単価で確認してください。

結論：CloudWatchは従量課金だが、「何の使用量」かを分ける

AWS公式CloudWatch料金ページは、CloudWatchに初期費用や最低料金はなく、使用分の従量課金であると説明しています。ただし、ある月の合計は次の和です。

CloudWatch estimated subtotal
= tiered billable metric-months
+ billable API requests or metrics requested
+ metric stream updates
+ alarm metric-months and composite alarm-months
+ billable Basic custom dashboard-months
+ log ingestion GB + storage GB-month + scanned GB + paid Live Tail minutes
+ other enabled CloudWatch features

Each line item uses billable quantity after any applicable Free Tier.
Credits, contract adjustments, tax and other charges are not modeled here.

ある計量項目を減らしても、別の計量項目が減るとは限りません。例えば、ログの保持期間を短くする操作は保存量を減らせますが、すでに発生した取り込みGBを遡及的に減らしません。

価格スナップショットの範囲

2026年8月2日に、AWS Price List Bulk APIの概要と取得方法に従い、AmazonCloudWatchのcurrent版が固定スナップショット20260729191940と一致することを再確認しました。公開日は2026年7月29日、選択した東京のregion codeはap-northeast-1、記録したOn-Demand単価はUSDです。

• 東京リージョンの固定Price List JSON
• AmazonCloudWatch完全版offer indexの固定Price List JSON

本稿が使う有料Basic Dashboard SKU（5P8PBB6MXV325TDC）は東京固有ではなく、完全版offer index内のlocation=Anyです。Global-DashboardsUsageHour-Basicという無料枠SKUとは別物であり、完全版index自体を「Any / Global専用ファイル」とは扱いません。この式に入れるのは各dashboardが50 metrics以下のBasic custom dashboardだけです。50 metrics超のExtended dashboardは別SKU、automatic dashboardは無料のため除外します。Price Listは情報提供用であり、AWS料金ページの追加条件と実際の請求が優先されます。

東京の主要単価：同じ「1件」でも単位が違う

以下は本稿の再計算で使う一部の公開単価です。AWS Price Listの全CloudWatch製品を網羅する表ではありません。

CloudWatch公式料金ページには項目別の無料利用枠があります。本ワークシートは無料量を自動で一括控除せず、AWSが各SKUへ配分した後のbillable quantityを入力する設計です。一般APIの100万requests無料枠はAPN1-CW:Requestsにだけ適用し、GetMetricData、GetInsightRuleReport、GetMetricWidgetImageには流用しません。標準解像度alarmの10 alarm metrics無料枠は直接列挙するmetricsが対象で、Metrics Insights query alarm、高解像度alarm、composite alarm、Metric Streamsには適用しません。Basic custom dashboardsの無料3個は各dashboardが50 metrics以下の場合に限り、automatic / Extended dashboardsは別扱いです。Standard log ingestion、storage、Logs InsightsのGlobal 0–5無料SKUも互いに独立し、Live Tailには月1,800分の無料枠があります。クレジットや契約調整は数量ではなく請求額側の調整なので、この小計には含めません。

再計算ワークシート

入力はすべて総利用量そのものではなく、AWSが各SKUへ適用可能な無料利用枠を配分した後の請求対象量です。metric、alarm、dashboardは時間単位で按分され得るため、小数のmonth量もそのまま受け付けます。価格・単位・小計を別列にし、階層ごとの小計は途中で丸めず、表示時だけUSDの小数第2位へ丸めます。

M = billable custom metric-months

metric_cost(M)
= min(M, 10,000) * 0.30
+ min(max(M - 10,000, 0), 240,000) * 0.10
+ min(max(M - 250,000, 0), 750,000) * 0.05
+ max(M - 1,000,000, 0) * 0.02

estimated_subtotal
= metric_cost(M)
+ billable_general_api_requests * 0.00001
+ get_metric_data_metrics_requested * 0.00001
+ metric_stream_updates * 0.000003
+ standard_alarm_metric_months * 0.10
+ high_resolution_alarm_metric_months * 0.30
+ composite_alarm_months * 0.50
+ billable_basic_custom_dashboard_months * 3.00
+ standard_log_ingestion_gb * 0.76
+ log_storage_gb_month * 0.033
+ logs_insights_scanned_gb * 0.0076
+ paid_live_tail_minutes * 0.01

中央シナリオは次の仮定です。税、クレジット、非公開割引、他機能は含みません。

このUS$3,281.71は顧客見積書や予測請求額ではありません。カスタムメトリクなどの時間按分を請求対象month量へ集計済みとし、AWSが無料利用枠をSKU別に適用済みで、その他のCloudWatch機能を使わない、という仮定です。

Custom Metrics数の感度

他の入力を固定し、billable custom metric-monthsだけを変えます。階層単価は各帯の増分だけに適用します。

この表が示すのは、カスタムメトリク数の仮定が結果を大きく変えることです。「メトリク名の数」と「請求対象metric-months」を同じとみなさず、MetricMonitorUsageの実績と作成元を確認します。

請求増加をUsageType / Operationまで分解する

AWS公式CloudWatch billingガイドは、Cost ExplorerでService=CloudWatchを選び、Usage Type、API Operation、Regionでグループ化できると説明しています。東京の地域固有usage typeには例としてAPN1-が付きますが、無料利用枠やDashboardなどはGlobal-または地域非固有で表示される場合があります。Price List JSONのoperationと、Cost Explorer / CURで確認するline_item_operationの手がかりは同じフィールドではありません。下表は両者を分け、Price Listが空欄の項目に推測値を入れません。

AWS CloudWatch Logs billing資料も、CloudWatch Logs自身だけでなく、他のAWSサービスが書き込むログが費用を発生させる場合を説明しています。ログ費用は「CloudWatchを開いた人」ではなく、log groupと発行元サービスまで追います。

Cost Explorerで対象を絞る

1. 同じ完全な月を前月と比較する。
2. Service=CloudWatchでフィルターする。
3. Usage Typeで増加した計量項目を特定する。
4. API OperationとRegionで、操作と東京 / Globalを分ける。
5. ログはResourceまたはCURのline_item_resource_idでlog groupまで追う。AWS資料ではCost Explorerのresourceディメンションは過去14日の表示と説明されているため、長期分析はCURを使う。

次は未実行のCUR / Athena用テンプレートです。テーブル名と期間は自社環境に置き換え、リソースIDやアカウント情報を公開しないでください。

SELECT
  line_item_usage_type,
  line_item_operation,
  SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS unblended_cost
FROM <cur_table>
WHERE line_item_product_code = 'AmazonCloudWatch'
  AND line_item_usage_start_date >= TIMESTAMP '<start_utc>'
  AND line_item_usage_start_date <  TIMESTAMP '<end_utc>'
  AND line_item_line_item_type NOT IN
      ('Tax', 'Credit', 'Refund', 'EdpDiscount', 'Fee', 'RIFee')
GROUP BY 1, 2
ORDER BY 3 DESC;

削減アクションは検出・保持要件で反転する

安い方に数字を寄せることは目的ではありません。次の条件では、一見安い変更を戻す、またはCloudWatchをそのまま使う判断が合理的です。

• AWSの基本メトリク、無料利用枠、ネイティブ統合だけで要件を満たすなら、CloudWatchの対象小計は非常に小さく、または無料利用枠内に収まる可能性があります。
• 詳細モニタリングを外すと診断に必要な粒度が失われるなら、MetricMonitorUsageの削減より検出能力を優先します。
• 高解像度アラームが必要なSLOまたは自動復旧経路なら、標準解像度への一括変更は不適切です。
• 保持期間が監査・セキュリティ・障害調査の要件なら、保存費用だけを理由に短縮しません。
• Logs Infrequent Access、Vended Logs、S3 / Firehose配信、データ保護を使うなら、本稿のStandard logの式をそのまま適用しません。
• 他クラウドやアプリケーション、RUMと共通の調査経路が不要なら、AWS CloudWatchのネイティブ構成が適切な場合があります。

反対に、AWS以外のシステムやアプリ / RUMをまたぐ統一調査、共通SLO、権限、調査フローが必要なら、日本語のAWS監視設計ガイドでCloudWatchのネイティブ機能と環境横断要件を分けて評価できます。GuanceのAWS Billing連携仕様は設定とデータ更新境界の参照先であり、AWS公式価格の代わりではありません。

公開資料に記載されていません、未実測、未収録の範囲

公開資料に記載されていませんは「存在しない」という意味ではなく、公開資料と本稿のスナップショットだけでは確定できないことを意味します。

• 対象アカウントの無料利用枠配分、クレジット、非公開の個別契約価格、EDP、リセラー条件
• JPY請求、為替基準日、消費税、調整、請求データの反映時点
• Application Signals、X-Ray、RUM、Synthetics、Container / Database / Network Insights、OpenTelemetryメトリクの対象数
• Metrics Insights query alarm、Extended dashboard、automatic dashboard、GetInsightRuleReport、GetMetricWidgetImage。本ワークシートの標準alarm / Basic Dashboard / 一般API欄へ混在させない
• Vended Logs、Infrequent Access、データ保護、S3 / Firehose配信、Parquet変換、データ転送
• 他のAWSサービスが発生させる関連料金と運用人件費
• 本稿の計算シナリオと実際の請求書との差。顧客データを使う実地照合は未実施

ページ内の入力と小計は計算例であり、自社アカウントのCost Explorer / CURと一致することは未検証です。価格表の変更、UsageType / Operationの変更、無料利用枠の変更、または新しいCloudWatch機能の追加があった場合は再調査が必要です。

以下のインタラクティブワークシートも同じ固定Price Listと階層単価を使います。入力は無料利用枠適用後の集計量だけに限定し、ブラウザ内で保存・送信しません。CloudWatchの単独小計だけを返し、Guance比較、節約率または請求予測には変換しません。

Research statusと公開条件

AWS公式一次資料

• Amazon CloudWatch料金表
• AWS CloudWatch billing / UsageType / Operation
• CloudWatch Logs billing details
• AWS Price Listの位置づけと制限
• AWS Price List Bulk APIの取得方法
• AmazonCloudWatch東京の固定Price List
• AmazonCloudWatch完全版offer indexの固定Price List