ApplicationInsights-dotnet 采样配置实战百分比采样 vs 速率限制采样如何降低 90% 成本【免费下载链接】ApplicationInsights-dotnetApplicationInsights-dotnet项目地址: https://gitcode.com/gh_mirrors/ap/ApplicationInsights-dotnetApplicationInsights-dotnet 是 Azure 应用洞察的 .NET SDK为 .NET 应用提供请求、依赖、异常、指标等遥测数据的自动采集能力。在 3.x 版本中采样配置成为控制遥测数据量和监控成本的核心手段。本文将带你快速掌握两种采样模式——**百分比采样SamplingRatio与速率限制采样TracesPerSecond**的区别与配置方法帮助你用最少配置把监控成本降低 90%。为什么需要采样应用洞察按摄入量计费。对于高流量服务比如每秒上千个请求全量采集意味着 摄入费用随流量线性上涨 日志体积过大查询变慢 有用信号被淹没在海量健康请求里采样的思路很简单随机保留一部分请求作为样本用统计方式还原整体行为。只要样本量足够你就能以极低成本获得几乎相同的洞察。两种采样模式一览3.x SDK 把 2.x 时代复杂的AdaptiveSamplingTelemetryProcessor自适应采样处理器等机制简化为两个属性定义在 TelemetryConfiguration.cs 中模式属性含义默认值速率限制采样TracesPerSecond限制每秒最多采集的 trace 数量5.0默认开启百分比采样SamplingRatio固定比例采集0.01.0未设置即走速率限制1️⃣ 速率限制采样TracesPerSecond无论流量多大每秒最多采集 N 条 trace。适合流量波动大、想把成本锁死在固定水平的场景。这也是 3.x 的默认行为什么都不配置就是 5 条/秒。2️⃣ 百分比采样SamplingRatio按固定比例采集例如0.25表示保留 25% 的遥测。适合流量稳定、希望数据量与流量成比例的场景。注意一旦设置SamplingRatio速率限制采样会自动失效。 一个常见误区2.x 中异常 100% 采集、请求 25% 采集这种按遥测类型分别采样的能力在 3.x 中已移除采样决策统一应用于所有 trace 遥测。3 种配置方法附最快路径⚡方法一代码配置Base SDK / Webvar configuration TelemetryConfiguration.CreateDefault(); configuration.ConnectionString InstrumentationKey...; configuration.TracesPerSecond 5; // 速率限制每秒 5 条 // 或 configuration.SamplingRatio 0.25f; // 百分比采集 25%方法二appsettings.jsonAspNetCore / WorkerService{ ApplicationInsights: { SamplingRatio: 0.25 } }仓库中就有现成的测试配置可以参考NETCORE/test/IntegrationTests.Tests/content/config-samplingratio.json和config-sampling-tracespersecond.json。方法三applicationinsights.configWeb 项目ApplicationInsights SamplingRatio0.25/SamplingRatio !-- 或 TracesPerSecond5/TracesPerSecond -- /ApplicationInsights完整选项样例见 applicationinsights.config.sample其中SAMPLING RATE LIMITING一节列出了全部采样相关配置项。如何降低 90% 成本计算很简单摄入费用 ≈ 遥测数据量 × 单价而采样比例直接决定数据量。配置保留数据量相比全量采集的节省SamplingRatio 1.0100%0%SamplingRatio 0.550%50%SamplingRatio 0.110%90%TracesPerSecond 5默认由流量决定流量越大省得越多实战建议清单✅高流量 API 网关类服务用TracesPerSecond把每秒采集量封顶成本可预测流量平稳的业务系统用SamplingRatio 0.1直接锁定 90% 节省排查线上问题时临时调到SamplingRatio 1.0全量采集定位后回调配合EnableTraceBasedLogsSampler默认开启被采样丢弃的 trace 其日志也会一并丢弃进一步压缩体积从 2.x 迁移过来要注意什么如果你从 2.x 升级采样相关的变化集中在 MigrationGuidance.md 的 Sampling 章节2.x 写法3.x 替代EnableAdaptiveSampling true默认TracesPerSecond 5默认无需配置EnableAdaptiveSampling falseSamplingRatio 1.0fSamplingTelemetryProcessorSamplingRatio迁移对照示例详见 sampling-migration.md其中还给出了通过环境变量OTEL_TRACES_SAMPLERmicrosoft.fixed_percentage/microsoft.rate_limited配置采样的方式3.x 基于 OpenTelemetry 构建。常见问题 FAQQ两种模式能同时生效吗不能。设置SamplingRatio后速率限制采样自动禁用以百分比模式为准。Q指标Metrics会被采样吗不会。指标是聚合数据计数、耗时等全量上报不受采样影响——这意味着你依然能看到 100% 精确的请求总量和成功率曲线。Q本地调试要不要采样建议本地或开发环境用SamplingRatio 1.0全量采集方便观察完整调用链生产环境再开启采样省钱。总结要成本可预测→ 选TracesPerSecond默认 5/秒零配置起步要按比例精确控制→ 选SamplingRatio0.1 即可节省 90% 摄入成本指标不受采样影响业务大盘照样精准2.x 的自适应采样处理器已移除迁移时按上表对应替换即可改一行配置省九成费用——这就是 ApplicationInsights-dotnet 3.x 采样配置的全部价值。【免费下载链接】ApplicationInsights-dotnetApplicationInsights-dotnet项目地址: https://gitcode.com/gh_mirrors/ap/ApplicationInsights-dotnet创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考