OpenTelemetry Collector无法向OTLP/HTTP导出器导出数据求助

核心问题：协议不匹配 #

Collector的otlp导出器默认使用**gRPC（HTTP/2）**协议通信，而你的自定义Rust导出器如果仅实现了HTTP/1.1的REST接口，就会触发双向协议不兼容报错：

• 导出器侧无法解析HTTP/2请求，抛出Request parse error: Invalid HTTP version specified
• Collector侧因为对方不支持HTTP/2协议栈，返回error reading server preface: http2: frame too large

针对otlp导出器的修复方向 #

如果要继续使用otlp导出器，需修改Rust导出器使其支持gRPC协议；如果只打算维护HTTP/1.1接口，必须改用otlphttp导出器，并确保配置完全正确。

otlphttp导出器无数据的排查步骤 #

1. 检查Pipeline关联配置
   确认otlphttp导出器已被添加到对应的traces/logs/metrics pipeline中，否则Collector只会调用已关联的prometheus导出器。示例配置：

   service:
     pipelines:
       traces:
         exporters: [otlphttp, prometheus]
       metrics:
         exporters: [otlphttp, prometheus]
       logs:
         exporters: [otlphttp, prometheus]
   

2. 修正端点配置
   otlphttp导出器会自动在你配置的基础端点后拼接/v1/traces//v1/metrics//v1/logs路径，因此只需指定基础端点即可，无需手动添加后缀。错误的路径配置会导致Collector发送请求到无效地址，导出器收不到数据。正确配置示例：

   exporters:
     otlphttp:
       endpoint: http://localhost:4318
       tls:
         insecure: true
   

3. 开启调试日志定位问题
   给Collector添加调试级日志，确认otlphttp导出器是否初始化、是否尝试发送请求：

   service:
     telemetry:
       logs:
         level: debug
   

   查看日志中是否有otlphttp相关的发送记录，或者路径错误、连接拒绝的细节信息。

4. 验证容器网络连通性
   如果是Docker部署Collector，注意容器内的localhost指向容器自身，需替换为宿主机IP或Docker宿主机别名（如Docker Desktop的host.docker.internal）。在Collector容器内执行测试命令：

   docker exec <collector容器ID> curl http://host.docker.internal:4318/v1/metrics
   

   Linux环境需使用宿主机IP或给Collector容器添加--network host参数。

额外注意事项 #

• 不要同时用otlp和otlphttp导出器指向同一个仅支持HTTP/1.1的端点，会持续触发协议冲突报错。
• 如果你的Rust导出器基于axum、warp等框架实现，确保没有强制启用HTTP/2，或配置为同时兼容HTTP/1.1和HTTP/2。

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