计费产生逻辑¶
2023.4.20 更新日志:
1、观测云自研时序数据库 GuanceDB 全新上线,时序数据存储及计费将会做如下调整:
-
基础设施(DataKit)计费项下线,原 “DataKit + 时间线”、“仅时间线” 两种计费模式按照仅 GuanceDB 时间线作为出账逻辑使用;
-
GuanceDB 时间线:统计当天活跃的时间线数量计费,单价低至 ¥0.6 / 每千条时间线。详细计费相关参考时间线说明;
2、用户访问监测 会话重放 正式启动付费,按照实际采集会话重放数据的 Session 数量计费,¥10 /每千个 Session。详细计费相关参考 Session 说明。
您也许想了解:
简介¶
本文主要介绍观测云产品按量付费的计费框架下,各计费项的计费产生和价格计算逻辑。
概念先解¶
名词 | 说明 |
---|---|
数据存储策略 | 观测云支持用户对不同的数据类型自定义设置保存时长。 对应的保存时长选项配置,可参考数据存储策略。 |
基础计费 | 某个计费项的单价为固定值。 |
梯度计费 | 某个计费项的单价为动态值,会根据当前数据类型选择的数据存储策略有不同的单价值。 |
计费周期¶
观测云计费周期为天,即根据工作空间当天统计的使用量在次日零点结算,生成每日账单同步到观测云费用中心,最终根据实际绑定结算方式从对应账中扣除消费金额。
结算方式¶
观测云支持观测云费用中心账号、云账号等多种结算方式,云账号结算包括阿里云账号、AWS 账号结算和华为云账号结算,在云账号结算模式下支持多个站点的云账单合并到一个云账号下进行结算。
更多具体结算方式说明,可参考观测云结算方式。
计费项¶
时间线¶
观测云的时序引擎存储数据主要涉及到以下几个基本概念:
名词 | 说明 |
---|---|
指标集 | 一般意义上用于表示某种统计值对应的一个集合,从原理上讲更像关系型数据库中的 table 概念。 |
数据点 | 应用于指标数据上报场景则指代一条指标数据样本,具体可类比关系型数据库中的 row 数据。 |
时间 | 时间戳,代表数据点产生的时间,这里也可以理解为 DataKit 采集到某条指标数据产生行协议上报的时间。 |
指标 | Field,一般情况下存放的是会随着时间戳的变化而变化的数值类型的数据。例如我们在 CPU 指标集中常见的 cpu_total ,cpu_use ,cpu_use_pencent 等都是指标。 |
标签 | Tags,一般存放的是并不随着时间戳变化的属性信息。例如我们在 CPU 指标集中常见的 host 、project 等字段都是标签属性,用来标识指标的实际对象属性。 |
示例¶
以上图为例,指标集 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 查询得到的数据。
计费明细¶
计费项统计¶
以每小时的时间间隔统计当天内新增的时间线数量,最终得到 24 个数据点之后,取最大值作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 / 1000 * 单价(根据上面数据存储策略应用对应单价)
日志¶
计费产生¶
以下任意一种情况发生都会产生对应的日志类数据:
-
开启日志数据采集并上报;
-
开启监控器、智能巡检、SLO 等异常检测任务配置或通过 OpenAPI 上报自定义事件;
-
开启可用性拨测任务,并通过自建拨测节点触发上报的拨测数据。
计费明细¶
计费项统计¶
即以每小时的时间间隔统计1小时内新增的日志类数据数量,最终得到 24 个数据点之后,求和后作为实际计费数量。
Attention
根据选择不同的存储类型,超大的日志数据会拆分成多条进行计费:
ES 存储:日志大小超过 10 KB,该条日志计费的条数 = 取整数(日志大小 / 10 KB)
SLS 存储:日志大小超过 2 KB,该条日志计费的条数 = 取整数(日志大小 / 2 KB)
若单条数据小于上述限制,则还是按照 1 条计算。
费用计算方式¶
天费用 = 实际计费数量 / 1000000 * 单价(根据上面数据存储策略应用对应单价)
备份日志¶
计费产生¶
观测云支持四种备份日志外部存储:阿里云 OSS、AWS S3、华为云 OBS 和 Kafka。基于选定的外部存档类型,统计汇总转发的流量大小对应计费。
注意:保存到观测云提供的备份日志数据仍保留记录。
计费明细¶
计费项统计¶
以每小时的时间间隔统计数据存储策略内备份日志的容量大小,最终得到 24 个数据点之后,取最大值作为实际计费数量。默认容量单位:Bytes。
费用计算公式¶
天费用 = 实际计费容量 / 1000000000 * 对应单价
网络¶
计费产生¶
- 开启 eBPF 网络数据采集
计费明细¶
计费项统计¶
以每小时的时间间隔统计当天内新增的 host 数量,最终得到 24 个数据点之后,取其中最大值作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 * 对应单价
应用性能 Trace¶
计费产生¶
- 开启应用性能监测(APM) 数据采集
计费明细¶
计费项统计¶
以每小时的时间间隔统计1小时内新增的 trace_id
数量,最终得到 24 个数据点之后,求和后作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 / 1000000 * 对应单价
应用性能 Profile¶
计费产生¶
- 开启应用性能监测 Profile 数据采集
计费明细¶
计费项统计¶
以每小时的时间间隔统计1小时内新增的 Profile 数据数量,最终得到 24 个数据点之后,求和作为实际计费数量。
Attention
Profile 数据主要有两部分组成:基础属性数据 + Profile 分析文件:
若存在超大的 Profile 分析文件,那么 Profile 数据会被拆分成多条进行计费。
Profile 分析文件数据大于 300 KB,计费条数 = 取整数(Profile 分析文件大小 / 300 KB)
若分析文件小于上述限制,则还是按照 1 条计算。
费用计算公式¶
天费用 = 实际计费数量 / 10000 * 对应单价
用户访问 PV¶
计费产生¶
- 开启用户访问监测(RUM)采集
计费明细¶
计费项统计¶
以每小时的时间间隔统计1小时内新增的 PV 数据数量,最终得到 24 个数据点之后,求和作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 / 10000 * 单价(根据上面数据存储策略应用对应单价)
会话重放¶
计费产生¶
- 开启会话回放采集
计费明细¶
计费项统计¶
以每小时的时间间隔统计当天内新增的 Session 数量,最终得到 24 个数据点之后,取最大值作为实际计费数量。
Attention
若存在超长活跃的 Session,那么 Session 会根据 time_spent
拆分成多条进行计费。
Session time_spent > 4 小时,计费数量 = 取整数(time_spent / 4 小时);
若 Session time_spent 小于上述 4 小时,则还是按照 1 个 Session 计算。
费用计算公式¶
天费用 = 实际计费数量 / 1000 * 对应单价
可用性监测¶
计费产生¶
- 开启可用性拨测任务并通过观测云提供的拨测节点返回拨测结果
计费明细¶
计费项统计¶
以每小时的时间间隔统计1小时内新增的拨测数据数量,最终得到 24 个数据点之后,求和后作为实际计费数量。
Attention
因为目前拨测数据是存储在日志的 默认 索引的,所以 DQL 查询或统计需要增加以下筛选条件查询拨测数据。
index = ['default'], source = [‘http_dial_testing',‘tcp_dial_testing’,'icmp_dial_testing','websocket_dial_testing']
。
费用计算公式¶
天费用 = 实际计费数量 / 10000 * 对应单价
任务调用¶
计费产生¶
- 开启监控器、SLO 等定时检测任务;
- 开启生成指标;
- 开启告警通知发送;
- 选择中心 Func 提供的高级函数查询。
计费明细¶
计费项统计¶
以每小时的时间间隔统计 1 小时内新增的任务调用次数,最终得到 24 个数据点之后,求和作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 / 10000 * 对应单价
短信¶
计费产生¶
- 告警策略配置短信通知发送
计费明细¶
计费项统计¶
以每小时的时间间隔统计1小时内新增的短信发送次数,最终得到 24 个数据点之后,求和作为实际计费数量。
费用计算公式¶
天费用 = 实际计费数量 / 10 * 单价
计费示例¶
假设A公司使用观测云对公司的 IT 基础设施、应用系统等进行整体观测。
假设A公司总共有 10 台主机(每台主机默认日活跃时间线为 600),每天产生 6000 条时间线,200 万条日志数据,200 万个 Trace 数据,2 万个 PV 数据,以及 2 万次任务调度,使用的数据存储策略如下:
计费项 | 指标(时间线) | 日志 | 应用性能 Trace | 用户访问 PV |
---|---|---|---|---|
数据存储策略 | 3 天 | 7 天 | 3 天 | 3 天 |
具体明细如下:
计费项 | 日计费数量 | 计费单价 | 计费逻辑 | 日计费费用 |
---|---|---|---|---|
时间线 | 6000 条 | 0.6 元 / 千条 | (实际计费数量 / 1000) * 单价 即 (6000 条 / 1000 条) * 0.6 元 |
3.6 元 |
日志 | 200 万条 | 1.2 元 / 百万条 | (实际统计数量 / 计费单元) * 单价 即 (2 百万 / 1 百万) * 1.2 元 |
2.4 元 |
Trace | 200 万个 | 2 元 / 百万个 | (实际统计数量 / 计费单元) * 单价 即 (2 百万 / 1 百万) * 2 元 |
4 元 |
PV | 2 万个 | 0.7 元 / 万个 | (实际统计数量 / 计费单元) * 单价 即 (2 万 / 1 万) * 0.7 元 |
1.4 元 |
任务调度 | 2 万次 | 1 元 / 万次 | (实际统计数量 / 计费单元) * 单价 即 (2 万 / 1 万) * 1 元 |
2 元 |
注意:由于时间线为增量计费项,所以该公司产生时间线的数量变化会导致费用变化。
更多时间线数量测算,可参考时间线示例。