Datadog料金を徹底解説:オブザーバビリティ費用を予測・抑制・最適化する方法

要点

Datadogの課金は複数の独立した軸で行われます。インフラ監視はホスト単位(月額15〜23ドル)、APMもホスト単位(月額31〜40ドル)、ログ取り込みはGB単位(0.10ドル)、ログのインデックス化は100万件単位(15日保持で1.70ドル)、そしてホストごとの割当を超えるカスタムメトリクスはメトリクス単位で課金されます。ハイウォーターマーク方式では、1か月の請求額は平均ではなく、毎時のホスト数の下位99%におけるピーク値で決まります。ログ、APM、カスタムメトリクスが重なれば、実際の請求額は当初見積もりの2〜3倍に膨らむのが通例です。コストを抑えるには、クエリレベルの可視化、自動化されたガードレール、そしてエンジニアリングとファイナンスが責任を共有する体制が欠かせません。

---

Datadogの従量課金は、あっという間に読めなくなります。最初は数台のホストとダッシュボードひとつから始まったはずが、オートスケーリングが走り、エンジニアが本番障害のデバッグ用にカスタムメトリクスを追加し、アプリのログが饒舌になって取り込み量が増え、誰かが後始末の計画もないまま5リージョンでシンセティックテストを有効にする——気づけば、各モジュールが独立して課金される5軸以上の合算が、雪だるま式に膨らんでいきます。

オブザーバビリティ市場はGartnerによれば2027年まで年平均12%で成長しています。FinOps FoundationのState of FinOps 2026レポートでは、オブザーバビリティとセキュリティのツール群がFinOpsチームが積極的に管理するSaaSカテゴリの上位に挙げられており、SaaS支出を管理する実務者は90%(前年の65%から増加)に達しています。Datadogのコスト構造を理解することは、もはや予算編成の話ではなく、FinOpsそのものの実践と言えます。

Datadogの料金プランとコスト構造

Datadogは各製品を独立した料金で提供しています。インフラ監視、APM、ログ管理、シンセティック監視、RUM、データベース監視、セキュリティは、それぞれ別のメーターで計測されます。必要なものだけを導入できる柔軟さがある一方で、コストは複数の課金軸に分散して積み上がり、純正ダッシュボードでは請求書が届くまで全体像が見えにくいのが実情です。

インフラ監視とAPMの料金の仕組み

インフラ監視はホスト単位の月額課金です。Proプランは年間契約でホストあたり月額15ドル(オンデマンドは18ドル)、Enterpriseは年間契約で月額23ドル(オンデマンドは27ドル)。Proの各ホストにはカスタムメトリクス100個と5コンテナの監視が、Enterpriseには200個と10コンテナが含まれます。追加コンテナは1コンテナあたり1時間0.002ドルです。

Datadogはハイウォーターマーク方式を採用しています。公式の課金ドキュメントによれば、Datadogはホスト数を1時間ごとに計測し、上位1%の時間(720時間/月のうち約7時間)を除外したうえで、残り99%のピーク値を1か月分の請求額に適用します。つまり、ホスト数が倍増するわずか5日間のスパイクが、その月の請求額を丸ごと決めてしまうのです。Kubernetesでは課金単位はノードであり、Podではありません。エージェントをDaemonSetではなくサイドカーとして誤って構成すると、すべてのPodが個別のホストとして数えられかねません。

APMはインフラの上に、もうひとつのホスト単位課金が重なります。APMはホストあたり月額31ドル(年間契約)、APM Proは35ドル、APM Enterpriseは40ドル。各APMホストには、月間150GBの取り込みスパンと、15日保持で100万件のインデックス済みスパンが含まれます。インデックス済みスパンの超過分は100万イベントあたり1.70ドル。スループットの高いマイクロサービスでは、これらの上限は最初の1週間で使い切ってしまいます。

価格は2026年5月時点。最新レートはdatadoghq.com/pricingでご確認ください。

ログ管理とデータ保持の実コスト

ログ管理は、多くのチームが請求書を見て初めて気づく2段階の料金モデルです。取り込みはインデックス化の有無を問わず、Datadogに送信されるすべてのバイトに対してGBあたり0.10ドル。インデックス化は15日間の標準保持で100万ログイベントあたり月額1.70ドル(オンデマンドは2.55ドル)。データを集めるだけでも料金がかかり、検索可能にするためにさらに高い料金を上乗せして払う構造です。

1日100GBのログを取り込むチームなら、取り込みだけで月およそ300ドル。15日保持ですべてをインデックス化すれば、イベント密度によっては数千ドルが上乗せされます。多くのチームはログの10〜20%だけをインデックス化してコストを抑えていますが、その代わりインシデント時に大半のデータが見えなくなる、というトレードオフを抱えることになります。

Flex Logsは履歴分析向けの中間的な選択肢で、100万イベントあたり月額0.05ドル(最低30日保持)。S3、GCS、Azure Blobへのアーカイブ転送は、0.10ドル/GBの取り込み料金以外に追加コストはかかりません。外部のSIEMやBIツールへの転送は、転送先ごとにGBあたり0.25ドル。最適化の定石は、すべて取り込みつつノイズの多いログをインデックスから除外し、すべてをアーカイブして、調査が必要なときだけ選択的にリハイドレートすることです。

Datadogの月額請求額を計算・予測する

ホスト課金とコンテナ課金、影響を決める要因

Datadogが監視するすべてのエンティティを数えてください。VM、Kubernetesノード、Azure App Service Planインスタンス、Fargateタスク——いずれも課金対象のホストとして扱われます。ただしFargateタスクはホストとは別のモデルです。ハイウォーターマーク方式ではなく、5分間隔でサンプリングされ、月間の平均同時実行数に基づいてタスクあたり月額1ドル(インフラ)または2.60ドル(APM)で課金されます。

ここで、エンジニアリングとファイナンスの判断のズレが表面化します。オートスケーリンググループを立ち上げるエンジニアは監視コストまで意識しません。月次の請求書をレビューするFinOpsチームには、どのスケーリングイベントが急増の引き金になったのかが見えません。この溝を埋めるには、インフラ上の判断と財務的な結果をほぼリアルタイムで結びつけるチーム・サービス単位のコスト配賦が不可欠です。

データ取り込み量と保持ポリシーがコストに与える影響

コストは3つのカテゴリでモデル化します。インフラ(ホスト数 × ホスト単価 × 有効化モジュール数)、データ(1日のログGB × 30 × 取り込み・インデックスレート)、カスタムメトリクス(タグ値の組み合わせのユニーク総数 × 超過レート)です。

特に注意したいのがカスタムメトリクスです。DatadogのAWS統合の課金ドキュメントによれば、AWS統合を有効にするとCloudWatchメトリクスが自動収集され、カスタムCloudWatchメトリクスはDatadogのカスタムメトリクス割当に算入されます。OpenTelemetryのメトリクスもDatadog公式の統合リスト外であるため、カスタムメトリクスとして扱われます。100万ユーザーをユーザーIDでタグ付けしたPrometheus形式のメトリクスがひとつあれば、そのメトリクス名ひとつから100万件の課金対象カスタムメトリクスが生まれます。カーディナリティを四半期ごとに棚卸ししないチームでは、この項目が他のどの費目よりも急速に膨らみがちです。

実際に効くDatadogコスト最適化の打ち手

監視カバレッジをライトサイジングする

まずは「監視している対象」と「実際に活用している対象」の棚卸しから始めましょう。多くのチームは、監視の深さを使い分けずに、すべての環境にDatadogエージェントを横展開してしまっています。本番にはフルAPMとログのインデックス化が必要ですが、ステージングはインフラ監視だけで十分なことが多く、開発環境は基本的なヘルスチェックがあれば足りるケースがほとんどです。

Kubernetesについては、Datadogの公式ドキュメント自体が、各コンテナにエージェントを直接インストールすると課金上はそれぞれのコンテナがホストとして数えられると明確に警告しています。Datadog OperatorまたはHelm経由で、エージェントはDaemonSet(ノードごとに1つ)として動かしてください。オートスケーリングの挙動を見直し、推定使用量メトリクスにモニターを設定して、ホスト数が課金しきい値を超える前にアラートを出すようにします。推定使用量メトリクスは最終的な課金使用量に対して10〜20%の誤差があるため、バッファを織り込むのが現実的です。持続可能なコスト管理の鍵は、請求書が届いてからアラートを追いかける人手ではなく、ベストプラクティスをリアルタイムで強制する自動化とガードレールです。

データ取り込みを管理して支出を抑える

コスト超過の最大の震源地はログです。インデックスレベルの除外フィルタで、ヘルスチェック、ハートビートメッセージ、デバッグレベルのログはインデックス化前に振り落としましょう。除外されたログもLive Tail、アーカイブ、log-to-metric生成には流れるので、データが失われることはありません。インデックスごとに日次クォータを設定し、1日あたりのインデックス済みイベント数にハードキャップをかけるのも有効です。

カスタムメトリクスについては、Datadogのガバナンスガイドが、Plan and UsageのTop Custom Metricsテーブルでコスト要因を特定し、Metrics Without Limitsで実際にクエリされるタグの組み合わせだけを許可リスト化するアプローチを推奨しています。クラウド統合のデフォルト動作である「すべて収集」は無効化し、ダッシュボードとアラートが実際に参照するメトリクスだけを明示的に許可リストに加えてください。