使用OpenTelemetry .NET SDK未运行Collector的影响及相关疑问

核心行为说明 #

当未安装或运行OpenTelemetry Collector时，结果完全取决于你在SDK配置中指定的**导出器（Exporter）**类型：

• 如果配置的是需要对接Collector的导出器（比如OtlpExporter）：SDK会尝试向Collector发送数据，但因为Collector未运行，请求会直接失败。此时数据的处理由你设置的失败策略决定：
  • 默认逻辑下，SDK会直接丢弃无法发送的数据，不会在内存中留存。
  • 若你配置了重试或队列策略（比如BatchExportProcessor的队列参数），失败的数据会暂时存入内存队列，直到重试次数耗尽或队列达到上限，超出的新数据会被丢弃。
• 如果配置的是本地导出器（比如ConsoleExporter、InMemoryExporter）：Collector是否存在不影响数据处理——控制台导出器会直接打印数据，内存导出器会将数据保存在内存中。

内存与性能影响 #

• 内存占用：
  • 采用默认失败丢弃策略时，不会产生额外内存堆积，采集的数据发送失败后直接被丢弃，内存消耗和正常对接Collector时差异极小。
  • 若配置了重试队列，队列会占用一定内存；当持续发送失败时，队列会被占满，之后新数据会被丢弃，不会无限占用内存（队列有明确上限配置）。
  • 使用InMemoryExporter的话，数据会一直驻留内存，直到你主动清理，数据量越大，内存消耗越高。
• CPU占用：
  • 发送失败后，若配置了重试逻辑，SDK会执行重试操作，这会增加少量CPU开销，但不会出现持续高负载——因为重试次数和间隔都是可配置的，达到上限后就会停止重试。
  • 本地导出器（如Console）的CPU开销主要来自数据序列化和打印/存储操作，和Collector是否运行无关。

数据存储情况 #

• 除了使用InMemoryExporter或自定义本地存储导出器的场景外，默认配置下，未成功发送到Collector的数据不会被持久化存储，内存中也不会长期保留。
• 若配置了批量处理器的队列，失败的数据会在内存队列中短暂留存，但队列满或重试耗尽后就会被丢弃，不会长期占用内存。

内容的提问来源于stack exchange，提问作者Hanan Hershkovits