OpenTelemetry for Go: Measuring overhead costs
a year ago
- #observability
- #opentelemetry
- #performance
- 可观测性需要付出成本，包括插装带来的CPU、内存和网络开销等性能损耗
- OpenTelemetry是行业标准的供应商中立遥测数据(指标、日志、追踪)采集方案
- 基准测试在基于Valkey(Redis分支)的Go语言HTTP服务中测量了OpenTelemetry的开销
- 测试环境采用分布式部署：应用节点、Valkey节点、负载生成器与可观测性平台(Coroot社区版)分离
- 禁用OpenTelemetry时，应用可处理10,000 RPS，p95延迟约5ms，CPU占用2核
- 启用OpenTelemetry后，CPU使用增加约35%，内存增长5-8MB，p99延迟升至15ms
- 由于遥测数据导出，网络流量增加约4MB/s
- 基于eBPF的插装技术作为轻量级替代方案，在高吞吐场景下几乎无性能损耗
- 测试中Coroot代理在仅采集指标模式下CPU占用极低(<0.3核)
- OpenTelemetry与eBPF的选择取决于业务需求：精细追踪能力优先还是低开销优先