OpenTelemetry .NET 中 Azure Monitor 导出器指标发送失败问题解析

问题背景

在使用 OpenTelemetry .NET SDK 与 Azure Monitor 导出器时，开发者遇到了指标数据无法成功发送的问题。系统日志显示持续出现"Telemetry is dropped"错误，错误代码为206。

环境配置

项目使用了以下关键组件：

• .NET 8.0 运行时
• OpenTelemetry SDK 1.6.0 系列
• Azure Monitor 导出器 1.1.0
• 多种自动检测库（ASP.NET Core、SQL Client、Entity Framework Core 等）

错误现象

日志中反复出现以下错误信息：

FailedToTransmit - Error code is 206: Telemetry is dropped. Instrumentation Key: [REDACTED], Configured Endpoint: https://northeurope-3.in.applicationinsights.azure.com/, Actual Endpoint: northeurope-3.in.applicationinsights.azure.com

问题根源分析

经过深入调查，发现问题源于采样配置对指标数据的意外影响。开发者配置了12.5%的采样率，这原本只应影响追踪数据，但实际上也影响了指标数据的发送。

技术要点

1. 采样机制：OpenTelemetry 的采样配置主要针对追踪数据，理论上不应影响指标数据。

2. Azure Monitor 特性：Azure Monitor 传统API的采样机制会保留性能指标和自定义指标，但在此案例中出现了异常行为。

3. SDK版本兼容性：虽然最初怀疑是.NET 8.0兼容性问题，但实际原因与采样配置更为相关。

解决方案

开发者采用了以下临时解决方案：

1. 暂时禁用追踪功能
2. 考虑改用SDK级别的采样配置
3. 评估将追踪和指标分离到不同的Application Insights资源的可行性

最佳实践建议

1. 对于关键指标数据，建议配置独立的导出通道
2. 在混合使用追踪和指标时，应仔细测试采样配置的影响
3. 定期检查OpenTelemetry和Azure Monitor导出器的最新兼容性说明

总结

此案例展示了OpenTelemetry与Azure Monitor集成时可能遇到的一个典型配置问题。通过理解采样机制对不同信号类型的影响，开发者可以更好地设计可观测性方案，确保关键指标数据的可靠传输。