计费产生逻辑¶

您也许想了解：

本文主要介绍观测云产品按量付费的计费框架下，各计费项的计费产生和价格计算逻辑。

概念先解¶

计费周期¶

观测云计费周期为天，即根据工作空间当天统计的使用量在次日零点结算，生成每日账单同步到观测云费用中心，最终根据实际绑定结算方式从对应账中扣除消费金额。

结算方式¶

观测云支持观测云费用中心账号、云账号等多种结算方式，云账号结算包括阿里云账号、AWS 账号结算和华为云账号结算，在云账号结算模式下支持多个站点的云账单合并到一个云账号下进行结算。

更多具体结算方式说明，可参考 观测云结算方式。

计费项¶

时间线¶

观测云的时序引擎存储数据主要涉及到以下几个基本概念：

示例¶

以上图为例，指标集 CPU 中基于单个指标存在共 6 个数据点，每个数据点都有一个时间字段：time，一个指标：cpu_use_pencent，两个标签：host、project。第一行和第四行数据都是 host 名称是 Hangzhou_test1 且 project 归属于 Guance 的 CPU 使用率（cpu_use_pencent）情况，依此类推第二行和第五行表示 host 名称是 Ningxia_test1 且 project 归属于 Guance 的 CPU 使用率，第三行和第六行 host 名称是 Singapore_test1 且 project 归属于 Guance_oversea 的 CPU 使用率。

根据上述时间线的统计数据，基于 cpu_use_pencent 这个指标的时间线组合一共有 3 种，分别是：

"host":"Hangzhou_test1","project":"Guance"
"host":"Ningxia_test1","project":"Guance"
"host":"Singapore_test1","project":"Guance_oversea"

依此类似如需统计当前工作空间内所有的指标的时间线，只需将实际统计到指标的时间线数量求和即可得到。

通过 DataKit 采集指标数据上报到某个工作空间。特指 DQL 中 NameSpace 为 M 查询得到的数据。

日志¶

以下任意一种情况发生都会产生对应的日志类数据：

• 开启日志数据采集并上报；

• 开启监控器、智能巡检、SLO 等异常检测任务配置或通过 OpenAPI 上报自定义事件；

• 开启可用性拨测任务，并通过自建拨测节点触发上报的拨测数据。

数据转发¶

支持日志数据转发到观测云或其他四种外部存储的方式。基于数据转发规则，统计汇总转发的流量大小对应计费。

注意：保存到观测云提供的数据转发数据仍保留记录。

网络¶

• 开启 eBPF 网络数据采集

应用性能 Trace¶

• 工作空间内每日产生的 Span 数据数量统计。

注意：观测云新的计费调整中会取”数量/10“与 trace_id 数量中较大的作为当天计费数据出账。

应用性能 Profile¶

• 开启应用性能监测 Profile 数据采集

用户访问 PV¶

• 工作空间内每日产生的 Resource、Long Task、Error、Action 数据数量统计。

注意：观测云新的计费调整中会取”数量/100“ 与 PV 中较大的做为当天计费数据出账。

会话重放¶

• 开启会话回放采集

可用性监测¶

• 开启可用性拨测任务并通过观测云提供的拨测节点返回拨测结果

任务调用¶

• 开启监控器、SLO 等定时检测任务，其中监控器突变检测、区间检测、离群检测、日志检测每次检测一次计为 5 次任务调用，其余检测类型计为 1 次任务调用。同时，若检测区间超出 15 分钟，超出的部分按照每 15 分钟叠加 1 次任务调用；

• 智能监控：主机、日志、应用智能检测每执行一次检测计为 10 次任务调用；用户访问智能检测每执行一次检测计为 100 次任务调用。

• DataKit/OpenAPI 每次查询计为 1 次任务调用；
• 开启生成指标每次查询计为 1 次任务调用；
• 选择中心 Func 提供的高级函数每次查询计为 1 次任务调用。

短信¶

• 告警策略配置短信通知发送

计费示例¶

假设 A 公司使用观测云对公司的 IT 基础设施、应用系统等进行整体观测。

假设A公司总共有 10 台主机（每台主机默认日活跃时间线为 600），每天产生 6000 条时间线，200 万条日志数据，200 万个 Trace 数据，2 万个 PV 数据，以及 2 万次任务调度，使用的数据存储策略如下：

具体明细如下：

注意：由于时间线为增量计费项，所以该公司产生时间线的数量变化会导致费用变化。

更多时间线数量测算，可参考 时间线示例。

更多阅读¶