工作负载输入
应用程序采样和过滤后计算逻辑行数。
如果可用，请使用测量的序列化有效负载平均值。
稳态规划范围，而不是保留政策承诺。
整个团队的聚合查询运行时间。
已发布的付费计划价格按每个用户每月显示。
规划结果
3 国标
估计保留事件负载
免费
Over limit
包括 1 国标和 1 查询时间。
Business
US$39.00
US$36.00 座位+ US$0.00 存储+ US$3.00 查询。
Enterprise
US$297.00
US$297.00 座位+ US$0.00 存储+ US$0.00 查询。
估算使用每月发布的标价和简单的十进制千兆字节。它们不包括税收、折扣、协商条款、压缩、架构开销、删除和工作负载更改。这是一个规划工具，而不是发票或报价。
每个输出都可以追溯到输入
计算器故意保持模型简单，以便可以独立检查估算值并用测量的生产值替换。
- 1
每月有效负载
5,000,000 events × 200 average bytes.
- 2
保留存储
Monthly payload × 3 months = 3 decimal GB.
- 3
包含的用途
Subtract each plan's included storage and query-hour allowances from your estimated usage before calculating overage.
- 4
每月预估
Add 3 user seats, storage at $0.03/GB-month, and query overage at $0.30/hour.
计算模型
在本页之外复制估算值
保留的有效负载是每月事件乘以平均序列化字节和保留月数，然后除以 10 亿。该计算器使用十进制千兆字节，因为发布的存储限额和超额率均以 GB 表示。
对于付费计划，席位成本是用户数乘以当前每月每用户价格。存储和查询费用仅适用于超出该计划所含金额的使用量。在添加三个组件之前，负过剩被限制为零。
stored_gb = 事件 × 字节 × retention_months ÷ 1,000,000,000
storage_overage = 最大值(0, stored_gb − included_gb) × $0.03
query_overage = 最大值(0, query_hours − included_hours) × 0.30 美元
monthly_estimate = 座位 + storage_overage + query_overage
场景指导
选择计划之前模型体积发生变化
高容量活动
分别对请求或心跳事件进行建模。采样、聚合和较短的保留期可以将其存储贡献改变几个数量级。
广泛的商业活动
测量编辑后的序列化有效负载。小批量的典型结果可能会更大，同时成本仍然低于许多狭窄的诊断事件。
查询重的团队
使用跨计划报告、仪表板、调查和自动化的聚合运行时间。查询计数本身并不能揭示查询小时的使用情况。
用测量值替换假设
- 按事件名称排列的序列化事件大小示例。
- 对采样、编辑和重试重复数据删除后的事件进行计数。
- 使用目标团队的实际查询运行时使用情况。
- 高容量表和低容量表的模型保留分开。