这是 Beta 探索课程,内容结构、实验步骤和示例可能会继续调整。
容量估算
为什么要先估算
设计前要先估算日志量,否则:
- 采集带宽不够。
- 消息队列容量不足。
- 存储成本失控。
- 查询方案选错。
没有容量估算的可观测平台,很容易在业务高峰时先把自己压垮。
估算公式
日志量 = 服务实例数 × 每实例 QPS × 每请求日志条数 × 单条日志大小
日志容量估算器
拖动滑块,估算平台每天需要承接的日志量
估算结果
0GB / 天
0TB / 天
0TB / 月
写入速率约 0 MB/s,高峰期可再放大 2-3 倍
公式:日志量 = 实例数 × 每实例 QPS × 每请求日志条数 × 单条日志大小 × 86400。这个数字直接决定采集带宽、消息队列容量、存储成本和查询方案——没有容量估算的可观测平台,容易在业务高峰时先把自己压垮。
举例
例如 100 个实例,每实例 200 QPS,每请求 2 条日志,每条 1KB,每天日志量约为:
100 × 200 × 2 × 1KB × 86400 ≈ 3.4TB/day
影响面
这个数字会直接影响:
- 采集带宽。
- 消息队列容量。
- 存储成本。
- 查询方案(热/冷分层)。
一句话
容量估算是可观测平台设计的第一步:日志量 = 实例数 × QPS × 日志条数 × 单条大小。先算清楚每天要承接多少数据,再选采集、队列、存储和查询方案。
发现内容有问题?
告诉我们哪里需要改进。
