如何解决victoriaMetrics代理性能的优化难题？
- 内容介绍
- 文章标签
- 相关推荐
本文共计2298个文字，预计阅读时间需要10分钟。
最近完成了一个 Prometheus metrics 代理的小项目，暂命名为 prom-proxy。目标是解析特定的指标（如容器、traefik、istio 等），然后在原始指标中添加应用ID（当然还有其他指标操作），暂时先这样。
最近有做一个Prometheus metrics代理的一个小项目，暂称为prom-proxy，目的是为了解析特定的指标(如容器、traefik、istio等指标)，然后在原始指标中加入应用ID(当然还有其他指标操作，暂且不表)。经过简单的本地验证，就发布到联调环境，跑了几个礼拜一切正常，以为相安无事。但自以为没事不代表真的没事。
昨天突然老环境和新上prom-proxy的环境都出现了数据丢失的情况，如下图：
prom-proxy有一个自服务指标request_total，经观察发现，该指标增长极慢，因而一开始怀疑是发送端的问题(这是一个误区，后面会讲为何要增加缓存功能)。
本文共计2298个文字，预计阅读时间需要10分钟。
最近完成了一个 Prometheus metrics 代理的小项目，暂命名为 prom-proxy。目标是解析特定的指标（如容器、traefik、istio 等），然后在原始指标中添加应用ID（当然还有其他指标操作），暂时先这样。
最近有做一个Prometheus metrics代理的一个小项目，暂称为prom-proxy，目的是为了解析特定的指标(如容器、traefik、istio等指标)，然后在原始指标中加入应用ID(当然还有其他指标操作，暂且不表)。经过简单的本地验证，就发布到联调环境，跑了几个礼拜一切正常，以为相安无事。但自以为没事不代表真的没事。
昨天突然老环境和新上prom-proxy的环境都出现了数据丢失的情况，如下图：
prom-proxy有一个自服务指标request_total，经观察发现，该指标增长极慢，因而一开始怀疑是发送端的问题(这是一个误区，后面会讲为何要增加缓存功能)。