Datadog の無料プランとトライアル - 5 ホストの範囲と有料化の境目
Datadog を無料でどこまで使えるかを、Free プランと 14 日間のトライアルに分けて整理します。料金ページの比較表で Free に含まれるもの / 含まれないものを確かめ、6 台目のホストや保持 1 日といった「無料が壊れる瞬間」と、有料化で最初に選ぶ SKU、無料期間中に済ませておく検証の段取りを扱います。
結論から言うと、Free プランと 14 日トライアルは別物
「Datadog は無料で使えるのか」という問いには、2 つの別の答えがあります。1 つ目は Free プランで、料金ページに 2026 年 9 月時点で「無料で始められ、コアの収集と可視化機能、メトリクス保持 1 日、ホスト 5 台まで」と記載された恒久的な無料枠です (出典: Datadog Pricing)。2 つ目は無料トライアルで、公式のトライアル案内ページは「14 日間 Datadog を試す」「クレジットカード不要」「プラットフォーム全体を 14 日間探索できる」と説明しています (2026 年 9 月時点・出典: Free Datadog Trial)。
| 項目 | Free プラン | 14 日トライアル |
|---|---|---|
| 期間 | 期限なし | 14 日間 |
| 費用 | 無料 | 無料 (クレジットカード不要) |
| ホスト数 | 5 台まで | 制限の記載なし (「unlimited monitoring」と表記) |
| メトリクス保持 | 1 日 | Pro 相当の 15 か月と明記した記載は確認できず |
| 使える範囲 | コアの収集と可視化 | プラットフォーム全体 |
この 2 つを混同すると、「トライアル中はアラートも APM も使えたのに、Free に落ちたら何もできない」という誤解が生まれます。Free は「5 台のホストを 1 日分だけ眺める」ための枠、トライアルは「本番の一部を 2 週間だけ本気で試す」ための枠と割り切ると、使い方が決まります。本記事はこの 2 つの範囲と境目を、料金ページの比較表と公式ドキュメントの記載だけで確かめていきます。本記事は課金の仕組みを解説するものです。具体的な単価や料金は Datadog 公式の料金ページで確認してください。
Free プランの範囲 - 比較表で分かる、使えるものと使えないもの
料金ページのインフラ監視の比較表は、Free / Pro / Enterprise の 3 列で機能の有無を並べています。2026 年 9 月時点の Free 列を読むと、標準のイベントとメトリクスがホスト 5 台まで、標準ダッシュボード、1,000 を超えるインテグレーション、ホストマップとコンテナマップ、ユーザー数無制限に印が付き、フル解像度のデータ保持は 1 日です。一方で、カスタマイズ可能なアラート、コンテナ監視の割当、カスタムメトリクスの割当、カスタムイベント、SAML によるシングルサインオン、外れ値検知には Free 列の記載がありません (出典: Datadog Pricing)。
| Free に含まれる | Free 列に記載がない (Pro 以上) |
|---|---|
| 標準イベントとメトリクス (ホスト 5 台まで) | カスタマイズ可能なアラート (Pro / Enterprise は無制限) |
| 標準ダッシュボード | コンテナ監視の割当 (Pro 5 / Enterprise 10 台分 / ホスト) |
| 1,000 を超えるインテグレーション | カスタムメトリクス (Pro 100 / Enterprise 200 個 / ホスト) |
| ホストマップとコンテナマップ | カスタムイベント (Pro 500 / Enterprise 1,000 個 / ホスト) |
| ユーザー数無制限 | SAML シングルサインオン、外れ値検知 |
| データ保持 1 日 | データ保持 15 か月 |
実務で一番効くのは右列の 1 行目です。Free ではカスタマイズ可能なアラートの欄に印が無いため、「CPU が 90% を超えたら Slack に通知する」という監視の基本動作を組む前提には立てません。Free プランは「監視ツール」というより「Agent を入れると何が見えるかを確かめる観察窓」と捉えるのが正確で、その用途なら 5 台 / 1 日でも十分に働きます。Datadog Agent を入れた瞬間に標準ダッシュボードが埋まる体験、インテグレーションの設定の手触り、タグで絞り込む操作感は、この枠の中で全て確かめられます。
トライアルで解放される範囲と、終了後について確認できたこと
トライアル案内ページの記載は「プラットフォーム全体を 14 日間」「クレジットカード不要」「14 日間の無制限の監視」の 3 点で、対象製品を限定する文言はありません (2026 年 9 月時点・出典: Free Datadog Trial)。加えて、既に契約中の組織向けには個別製品のトライアルがあり、公式ドキュメントは Plan & Usage 画面の Trial Management タブで開始と終了日の確認ができ、トライアル中は課金されず、使用量は「トライアルが無かった場合の推定費用」として Usage & Cost タブに表示されると説明しています (出典: Plan & Usage)。この「推定費用の表示」はトライアルの最も価値のある機能で、本番相当の量を 2 週間流せば、契約前に請求額の見込みが画面に出ます。一方で正直に書くと、14 日の初回トライアルが終了したときにアカウントがどう扱われるか (自動で Free プランに移るのか、有料プランの選択を求められるのか) を明記した公式ページは、執筆時点の調査では確認できませんでした。確認できた事実は 2 つです。クレジットカードの登録が不要なので、終了と同時に自動で請求が始まる手段が登録されていないこと。そして、公式ドキュメントが「Plan & Usage の Plan タブから、アカウントのアップグレードまたはダウングレードを行う」と管理者向けに説明していることです (同出典)。したがって終了時の挙動は、トライアル開始時に画面に表示される条件と、Plan タブの表示で自分の目で確かめてください。本記事はそこを推測で埋めません。
「無料のまま」で回る規模と、壊れる瞬間
Free プランで運用が成立するのは、監視対象が 5 台以下で、見たいのは「いま」の状態だけで、通知は不要という 3 条件が揃うときです。個人の検証環境や、社内ツールが載った数台のサーバーの観察ならこの条件に収まります。壊れる瞬間は 3 つあります。第一に 6 台目です。公式の課金ドキュメントはホストを「Datadog で監視する物理または仮想の OS インスタンス」と定義し、Kubernetes のノードや Azure App Service のインスタンスも 1 台と数えると明記しています (2026 年 9 月時点・出典: Billing)。開発用の EC2 を 1 台立てただけで、あるいは AWS 連携が検出した EC2 が数えられて、5 台の枠は簡単に超えます。救いは同じ文書にある「報告の無いホスト (インフラ一覧で INACTIVE) は課金対象に数えず、一覧から消えるまで最大 2 時間」という記述で、止めたホストを数え続けることはありません。第二に保持 1 日です。保持が 1 日ということは、「先週の同じ時間帯と比べる」「先月から増え続けているか見る」という監視の基本動作が成立しないということです。障害の翌日には昨日の証拠が消えています。第三に通知です。前節のとおり Free 列にカスタマイズ可能なアラートの印が無いため、異常に気づくのは画面を見ている人だけです。
- 6 台目のホスト - 検証用 EC2 や AWS 連携の検出で枠を超える。INACTIVE になれば 2 時間以内に数から外れる
- 保持 1 日 - 前日比 / 前週比の比較ができず、障害翌日には証拠が消える
- アラート無し - 気づく手段が人の目だけになり、深夜と休日が無防備になる
この 3 つのどれかが「困る」に変わった時点が、有料化を検討する合図です。逆に言えば、3 つとも困らない環境で無理に有料化する理由はありません。
有料化の境目 - どの SKU から、どの契約形態で始めるか
有料化の最初の一歩は、ほぼ例外なくインフラ監視 Pro です。公式料金ページではホストあたりの月額として年契約とオンデマンドの単価が並び、この 1 つの SKU で保持が 15 か月に伸び、アラートが無制限になり、ホストあたり 100 個のカスタムメトリクスと 5 台分のコンテナ監視が付きます (出典: Datadog Pricing)。Enterprise はホスト単価が 1 段上がり、Watchdog の自動検知や異常検知、Live Processes などが加わりますが、最初の契約で選ぶ理由は通常ありません。契約形態は公式ドキュメントに 2 つの課金プランが説明されています。1 つは高水準点プラン (HWMP) で、ホスト数を毎時計測し、月末にその下位 99% の最大値で課金する方式です。上位 1% を除くのは短時間のスパイクの影響を抑えるためと明記されています。もう 1 つはハイブリッド月次 / 時間プラン (MHP) で、月間の最低コミットを決め、それを超えたホスト時間を時間単価で課金する方式で、オートスケールのような一時的な環境に向くと説明されています (2026 年 9 月時点・出典: Pricing (Billing))。請求サイクルは加入日に関係なく毎月 1 日 (UTC) に始まり、初月は加入日に応じた日割りです (出典: 前掲 Billing)。境目の実務的な線は次のとおりです。
| 状況 | 最初の選択 | 月額の形 |
|---|---|---|
| 6〜10 台で通知が欲しい | インフラ監視 Pro をオンデマンドで | オンデマンド単価 × 台数 |
| 台数が読めて半年以上使う | インフラ監視 Pro を年契約で | 年契約単価 × 台数 |
| 台数が日々変動する | MHP で月間の最低コミットを決め、変動分を時間課金に | コミット分の単価 + 超過分の時間単価 (単価は契約による) |
年契約とオンデマンドの単価差は 1 台あたりでは小さく見えますが、台数と月数を掛けた分だけ積み上がります。それでも、実測より先に年契約を結ばない、という順序を守るために、最初の 1〜2 か月はオンデマンドで払うのが安全です。他製品の積み上げ方は料金の読み解きで扱っています。本記事は課金の仕組みを解説するものです。具体的な単価や料金は Datadog 公式の料金ページで確認してください。
無料期間中に済ませておく 3 つの仕事と、導入判断への橋渡し
Free プランとトライアルは「試す」ための枠ですが、試すだけで終わらせると有料化の直後に手戻りが起きます。無料期間中に済ませておくと、契約後の請求と運用が最初から安定する仕事が 3 つあります。
- 1. タグ規約を決めて Agent に焼き込む - env / service / team の名前と表記を 5 台のうちに固め、Agent の設定に入れてから台数を増やす
- 2. 使用量の見張り方を覚える - Plan & Usage の Usage reports で毎時の使用量と、送信数の多いカスタムメトリクス上位 5,000 件を見る習慣を作る
- 3. 送信量を実測する - トライアル中に本番相当のログとカスタムメトリクスを流し、Usage & Cost の推定費用を契約前の見積もりに使う
2 と 3 の根拠は公式ドキュメントの Plan & Usage の説明で、管理者は課金対象の全パラメーターについて毎時の使用量と、送信されたカスタムメトリクスの上位 5,000 件を確認でき、トライアル製品の使用量は課金されないまま推定費用として表示されます (出典: Plan & Usage)。監視ツールの費用は紙上の計算がほぼ当たらないので、この「無料で実測できる 2 週間」を見積もり期間として使うのが、Datadog の料金構造と付き合う最も確実な方法です。1 のタグ規約は、絞り込み、ダッシュボード、モニターの対象指定の全てに効く土台で、後から直すと全部を書き直すことになります。3 つを済ませたら、次は「導入すべきか」の判断です。規模帯別の考え方と契約前に決める 6 項目は導入判断チェックリストに、使用量を継続的に確認する方法はメトリクスの解説にまとめています。無料の枠を「体験」で終わらせず「実測」に使う。それだけで、有料化した最初の請求書に驚く確率は大きく下がります。