Prometheus发布Agent模式来处理新的用例范围

由 CNCF 托管的领先开源监控解决方案 Prometheus 今天宣布了一种新的运行模式：Prometheus Agent。这种新的工作方式支持新的工作流，如低资源环境、边缘网络和物联网。它使用的资源非常少，并且能够高效地将数据转发到集中的远程端点，同时使用数百万 Prometheus 用户所依赖的稳定代码库。

Prometheus Agent 是一种专门的模式，它专注于使 Prometheus 成功的三个部分：服务发现、抓取和远程写入。内置在 Prometheus 本身中，Prometheus Agent 的行为类似于普通的 Prometheus 服务器：它是一种基于拉的机制，通过 HTTP 抓取指标并将数据复制到远程写端点。

多年来，Prometheus 服务器已经被用于许多不同的情况。从传统服务器到巨大的云原生集群。默认情况下，Prometheus 的数据转发模式为 federation。虽然这是可靠的，但它并不能满足所有用户的操作需求。Prometheus 引入了 Prometheus Remote Write，允许其他解决方案聚集到一个全局视图中。值得一提的是 CNCF 的姐妹项目 Cortex 和 Thanos。

然而，Prometheus 本身仍然是这种设置、抓取和转发度量中的一个组件。我们的用户已经成功地在分散的场景中使用了 Prometheus，这些场景将它们的所有或部分指标报告给远程写端点。这是一种可靠且大规模的工作方式，但代价是：完整的 Prometheus 服务器仍然有许多转发不需要的功能，尤其是完整的本地存储。

在这种新模式下，无法在本地查询数据。相反，它可以被转发到 Prometheus 或任何其他兼容的远程写端点。

“我们的代理在成功写入后立即删除数据。”Red Hat 首席软件工程师 Bartek Plotka 说：“这使得 Prometheus Agent 只使用 Prometheus 在类似情况下通常使用的一小部分资源。它也是 Prometheus 服务器模式的一个替代品，因为行为、接口和配置都是相同的。”

值得注意的是，新的持久缓冲机制，称为 Write-Ahead-Log (WAL)，很大程度上是受现有的 Prometheus TSDB WAL 的启发。它最初于 2020 年在 Grafana Agent 中实施，并从那时起在多次部署中成功进行了实战测试。感谢 Grafana Labs 的 Grafana Agent 技术主管 Robert Fratto，他为我们提供了最初的实现，并将实现向上传到我们的主要 Prometheus 仓库和二进制文件，以便原生使用和上游维护。

Prometheus Agent 的测试版已经上线了。了解更多请参阅Prometheus 博客[1]。

参考资料

[1]

Prometheus 博客: https://prometheus.io/blog/2021/11/16/agent/