测验：Collector 的流水线

我在配置文件中定义了过滤处理器，但是没有过滤掉任何数据。首先要检查什么？

• 是批次后过滤吗？
• memory_limiter 的 limit_mib 值
• 过滤器是否包含在service.pipelines的处理器列表中？
• 接收端口是否打开？

如果将 memory_limiter 放置在管道末尾，预期结果是什么？

• 内存使用量减少并变得更加稳定。
• 批次进行两次
• 接收方根本不会收到任何数据。
• 由于解析和转换内存已用完后被拒绝，因此失去了保护效果。

批处理器中 send_batch_size 和 send_batch_max_size 之间的正确关系是什么？

• size 是上限，max_size 是最小尺寸
• size 为传输触发，实际批量大小上限为 max_size
• 它们必须具有相同的值
• 如果指定了 max_size，则忽略超时。

otelcol_exporter_queue_size 仍附加到queue_capacity。接下来最有可能发生的事情是什么？

• 拒绝和数据丢失开始
• 批量大小自动减小
• memory_limiter 清除队列
• 重试间隔自动缩短

连接器部分的正确用途是什么？

• 这是收集后端身份验证信息的地方。
• 在接收方和导出方之间共享 TLS 设置
• 将一个管道的输出连接到另一管道的输入
• 将多个收集器实例分组到一个集群中

k8sattributes 和敏感属性删除处理器的正确顺序是什么？为什么？

• 首先是 k8sattributes — 因为所有新添加的属性都必须包含在删除目标中。
• 先删除——越早减少数据，后续步骤就越轻松。
• 顺序无关紧要——两个处理器处理不同的字段
• 首先删除——因为 k8sattributes 会恢复删除的属性。