首页/云/可观测性速查/尾部采样:先收全再决定
本包目录(282 条)

尾部采样:先收全再决定

尾部采样在 Collector 里缓存完整 trace 后再决策:错误、慢请求全保留,其余按比例丢弃;代价是需要等待与缓存资源。

可观测性速查云更新于 2026-10-12

Collector 尾部采样策略示例

Collector 尾部采样策略示例
processors:
  tail_sampling:
    decision_wait: 10s          # 等待 trace 收齐的时长
    policies:
      - name: errors
        type: status_code
        status_code: { status_codes: [ERROR] }
      - name: slow
        type: latency
        latency: { threshold_ms: 500 }
      - name: baseline
        type: probabilistic
        probabilistic: { sampling_percentage: 10 }
策略按序匹配:命中错误或慢请求即保留,其余落到基线比例,是“保关键样本”的常用组合。

易错点

  • decision_wait 太短会截断跨服务的慢 trace,太大会增加内存与延迟,按调用链时长分位数设置
  • 多个 Collector 实例各自决策会让同一 trace 的 span 落到不同实例,尾部采样需在统一入口层做

数据来源与参考

  • OpenTelemetry Collector Contrib · tail_sampling processor
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌