日本 Datadog 费用:主机、APM 与日志怎么算
拆解日本 AP1 的 Datadog 主机、APM、指标与日志费用,用 30 天日志模型说明索引比例何时改变结果,并结合日本部署要求比较观测云。
估算日本 Datadog 费用时,我会先确定哪些数据需要随时可查,再看主机单价。尤其是日志:摄入多少字节、索引多少条、保留多久,分别影响账单。同一个应用,把全部日志索引 30 天,与只留下重要的 10%,费用可能相差很大。
如果日本境内 SaaS 站点是硬要求,Datadog AP1 是直接的选择。已有应用调查和告警都在 Datadog 的团队,也值得先调整索引比例与指标数量。反过来,若必须保存更完整的日志,而索引费用正限制调查范围,就有必要比较观测云这类采用不同计量方式的服务。观测云公开 SaaS 站点尚未列出日本;涉及境内部署时,应先确定交付方式,再比较价格。
观测云编辑部。2026 年 10 月 27 日核验官方价格与说明。观测云也是本文比较的产品提供方;以下金额是公开单价与假设用量的计算,不是客户账单或性能测试结果。
AP1 日本站点与适用价格
Datadog Sites将 AP1 列为日本,控制台是 ap1.datadoghq.com。各站点独立,账户所在站点应按实际配置确认,不能靠页面显示日语来判断。本文使用指定了 ?site=ap1 的 AP1 价格表。
对希望在日本存储和处理遥测数据的团队,国内站点是实在的优势。备份、支持访问以及具体产品的范围仍由合同约定。用美元公开价编制日元预算时,也要采用实际结算币种、换汇规则和消费税。
主机费与 APM 的两种购买方式
下面是主要美元单价。年付列仍然表示每月单位价格,并非全年总价;结算时再结合合同承诺、包含额度与超额用量。
| 计费项 | 年付 | 月付 | 按需 |
|---|---|---|---|
| Infrastructure Pro,每主机/月 | US$18.75 | US$22.50 | US$22.50 |
| Infrastructure Enterprise,每主机/月 | US$28.75 | US$33.75 | US$33.75 |
| APM,每 APM 主机/月 | US$38.75 | US$45.00 | US$45.00 |
| APM Pro,每 APM 主机/月 | US$43.75 | US$52.50 | US$52.50 |
| Container Monitoring,每容器/月 | US$1.25 | US$1.25 | — |
| Container Monitoring,每容器小时 | — | — | US$0.0025 |
| Custom Metrics,每 100 个/月 | US$6.25 | US$6.25 | US$6.25 |
| Ingested Custom Metrics,每 100 个/月 | US$0.125 | US$0.125 | US$0.125 |
| 日志摄入,每 GB | US$0.125 | US$0.125 | US$0.125 |
| 索引日志,每百万事件,保留 30 天 | US$3.125 | US$3.75 | US$4.6875 |
| 超出适用额度的 APM 摄入,每 GB | US$0.125 | US$0.125 | US$0.125 |
| 索引 Span,每百万条,保留 30 天 | US$3.125 | US$3.75 | US$4.6875 |
表中 APM 的 US$38.75 对应与 Infrastructure Monitoring 配合购买的方式,每个 APM 主机需要 Pro 或 Enterprise Infrastructure Monitoring。AP1 价格 FAQ也列出了独立购买方式:无需 Infrastructure 的 APM 为 US$45,APM Pro 为 US$51.25,APM Enterprise 为 US$58.75/主机/月。
按年付公开价,一台主机同时使用 Infrastructure Pro 和基础 APM,基础部分为 18.75 + 38.75 = US$57.50/月;只买 APM 则是 US$45/月。前者还提供基础设施监控,选哪种取决于实际需要。日志、超额数据与其他附加产品没有包含在这个加法里。
台数与指标的增长方式决定预算
Infrastructure 主机数量不是简单的月平均。Datadog 按小时记录用量,月末去掉最高的 1%,以剩余小时的最大值计算高水位。因此,只在白天扩出的 Kubernetes 节点,也不能直接按运行时间很短来估算。主机计量方式
标准 Infrastructure Pro 包含额度按每主机列出 100 个 Custom Metrics、100 个 Ingested Custom Metrics、5 个容器和 500 个 Custom Events。基础 APM 每主机每月包含 150 GB 摄入 Span,以及默认保留 15 天的 100 万条索引 Span。先扣除适用额度,再用对应单价计算超额部分。
基于基数的自定义指标由名称和标签值组合识别。客户 ID、请求 ID 等取值不断增加,少数指标名也可能产生很多序列。Ingested Custom Metrics 则针对通过 Metrics without Limits™ 配置标签或聚合的指标,未配置的指标不能一律叠加摄入和索引两份费用。自定义指标计费
另一种 Metric Name Pricing合同按指标名和数据点计量,不适用这里的序列单价。APM 同样要分清收到多少 Span、索引保留多少 Span。超过额度后,索引 Span 的年付价分别是保留 7 天 US$1.5875、15 天 US$2.125、30 天 US$3.125/百万条。APM 计费
日志费用分成接收数据与保留索引
Datadog 日志摄入按未压缩 GB 计量,Standard Indexed Logs 按事件条数和保留期计量。AP1 年付公开价分别为 US$0.125/GB 与 US$3.125/百万条、保留 30 天。日志索引配置
排除过滤器可以减少收到的日志中最终进入索引的部分,已经发生的摄入量仍在。如果要连摄入费用一起减少,需要在发送前过滤。经常调查的数据保留索引,低频数据采用其他路径,预算便有了调整空间;Flex Logs、归档和重新载入也有自己的计费,不能只用 Standard 索引代表全部日志。
观测云的标准日志计费采用另一种方式。香港及全球区域默认按条数计费,保留 30 天时,每日新增百万条计费日志为 US$0.60。需要保留较完整的日志时,可以先按这个保留范围计算,再与 Datadog 实际需要的索引量比较。
观测云的计费条数也不一定等于应用输出行数。大日志的拆分阈值分别为 ES 的 10 KB、SLS 的 2 KB;多索引、事件和自建合成测试数据也会影响数量。下面的例子假设这些因素没有额外增加计费条数。计费逻辑
每天 100 万条、保留 30 天,费用落在哪里
假设每天产生 1 十进制 GB、100 万条日志,每条都低于观测云拆分阈值,连续计算 30 天。Datadog 使用 AP1 年付公开价,全部写入 Standard 索引;观测云使用香港及全球区域默认条数方式。这里不计税、支持、折扣、归档、重新载入、转发、流水线、扫描和迁移。
| 项目 | 计算式 | 30 天费用 |
|---|---|---|
| Datadog AP1 日志摄入 | 1 GB/天 × 30 × US$0.125 | US$3.75 |
| Datadog AP1 索引日志,保留 30 天 | 1 百万条/天 × 30 × US$3.125 | US$93.75 |
| Datadog AP1 小计 | US$97.50 | |
| 观测云默认按条数小计 | 1 百万条/天 × 30 × US$0.60 | US$18.00 |
Datadog 的 US$97.50 中,US$93.75 来自索引。此时,决定哪些数据需要随时搜索,比少传一点字节更影响账单。观测云 US$18.00 的小计低 81.5%,但这是当前输入的结果,不代表包括 APM、RUM、基础设施、搜索性能和运维在内的全平台差异。
设 G 为每天未压缩 GB,E 为每天事件数、以百万条计,p 为 Datadog 索引比例。观测云在这个例子中保留全部条数,且没有拆分等额外计量:
Datadog = 30 × (G × 0.125 + E × p × 3.125)
Guance = 30 × E × 0.60
索引比例变化,价格结论也会反转
保持每天 1 GB、100 万条不变,只改变 Datadog 的索引比例。观测云仍按全部条数计算。
| Datadog 索引比例 | 每日索引事件 | Datadog 月费 | 观测云月费 | 观测云相对 Datadog 的价差 |
|---|---|---|---|---|
| 10.0% | 0.100 百万条 | US$13.13 | US$18.00 | -37.1%,观测云更高 |
| 25.0% | 0.250 百万条 | US$27.19 | US$18.00 | 低 33.8% |
| 34.4% | 0.344 百万条 | US$36.00 | US$18.00 | 低 50.0% |
| 50.0% | 0.500 百万条 | US$50.63 | US$18.00 | 低 64.4% |
| 100.0% | 1.000 百万条 | US$97.50 | US$18.00 | 低 81.5% |
两边同价的索引比例是 15.2%,即 3.75 + 93.75 × 0.152 = 18。34.4% 不是同价点,而是 Datadog 达到 US$36、观测云小计恰好为其一半的点。只索引 10% 时 Datadog 更低,但 Standard 索引里也只留下十分之一的事件。
因此,应先决定需要搜索哪些数据。需要全量留存的团队,与只需即时搜索关键部分的团队,可能从同一张价格表得到不同结论。换成合同折扣、Flex Logs,或加入观测云拆分后的条数,交点还会移动。
观测云也公开了保留 30 天、US$0.17/每日写入 GB 的流量方式,需要客户经理开通,并非默认。它与条数方式互为替代,不相加;正式预算使用订单确认的模式。
日本团队什么时候值得继续用 Datadog
境内 SaaS 站点、已有告警和调查界面、团队积累的经验,都可以构成继续使用 AP1 的理由。尚有未消耗的承诺支出时,再增加一个平台,即使单价更低,也未必立即减少现金支出。先整理索引、保留和序列数量,是更容易兑现的优化。
若主要压力是希望保留更多日志,又需要托管的应用关联能力,观测云的计量方式值得纳入比较。但公开站点文档里的观测云 AP1 是 AWS 新加坡,与 Datadog AP1 日本不同,且没有列出日本 SaaS 站点。境内部署为硬要求时,需按部署版另行估算资源和运维,不能直接套上面的 SaaS 单价。
迁移还包括保存查询、仪表板、告警与历史数据。已有 DDTrace 的接入路径可参考日本市场接入指南,但协议可接通不代表这些配置自动搬好。如果重建工作足以抵消单价差,就没有必要只为更低的标价立即替换。
最后把实际使用的 RUM 会话、回放、API 与浏览器合成测试、网络与安全产品,以及支持服务加入预算。公开价用于理解费用怎样形成,购买判断则应落在:为要保留的数据和每天使用的调查能力,实际支付多少。