Prometheus Counter数值不递增？Azure多实例下prometheus-net同步咨询

你的判断没错——Azure Websites多实例部署时，每个实例会独立维护自己的prometheus-net Counter、Histogram指标。Prometheus按实例轮询采集时，会拿到不同实例的独立指标值，而Counter的单调递增仅在单实例内有效，跨实例就会出现数值上下波动的异常（比如这次采到实例A的100，下次采到实例B的50，图表就会显示回落）。

完全可以用Redis实现多实例间的指标同步，核心是把原本存在本地内存的指标状态，改成存储在Redis的共享空间，让所有实例共用同一套指标数据。具体有两种实现思路：

1. 自定义prometheus-net指标类型 #

• 重写Counter/Histogram的增量逻辑：调用Inc()时，不修改本地内存值，而是通过Redis的原子命令（比如INCR、HINCRBY）更新Redis中的共享计数。
• 暴露指标时，从Redis拉取最新的共享值返回给Prometheus采集器。
• 务必处理Redis连接异常的降级逻辑，避免影响业务代码正常运行。

2. 封装指标操作的中间层 #

• 不用修改prometheus-net的原生类型，而是封装一层指标操作工具类：
  • 对于Counter：每次业务触发计数时，直接调用Redis的INCR命令更新共享键值。
  • 对于Histogram：将每个桶的计数存到Redis哈希结构中，新增样本时用HINCRBY更新对应桶的数值，同时维护总和与样本数的键值。
  • 最后在prometheus-net的指标暴露端点中，从Redis读取这些值并组装成标准的Prometheus指标格式返回。

• 性能影响：每次指标更新都要走Redis网络请求，会增加额外开销。如果业务量很大，可以考虑本地缓存计数+定期批量同步到Redis的折中方案，但会牺牲指标的实时性。
• 原子性保障：必须使用Redis的原子操作命令，防止多实例并发更新时出现计数丢失。
• 指标维度设计：如果需要同时查看单实例和聚合后的指标，可以在指标标签中加入instance_id，同时维护聚合的共享指标。
• 采集配置调整：同步完成后，Prometheus只需采集任意一个实例的指标即可（所有实例返回的都是Redis中的共享值），无需再采集多实例后做聚合。

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