运维之三大监控对比(2)

Prometheus动态发现目前已经支持Kubernetes、etcd、Consul等多种服务发现机制，动态发现机制可以减少运维人员手动配置，在容器运行环境中尤为重要，容器集群通常在几千甚至几万的规模，如果每个容器都需要单独配置监控项不仅需要大量工作量，而且容器经常变动，后续维护更是异常麻烦。针对Kubernetes环境的动态发现，Prometheus通过watch kubernetes api动态获取当前集群所有服务和容器情况，从而动态调整监控对象

为了扩展单个Prometheus的采集能力和存储能力，Prometheus引入了“联邦”的概念。

多个Prometheus节点组成两层联邦结构，如图所示，上面一层是联邦节点，负责定时从下面的Prometheus节点获取数据并汇总，部署多个联邦节点是为了实现高可用

并且联邦机制可以分为俩种，一种是跨服务联合，一种是分层联邦。

• 跨服务联合，从不同的源抓取特定的服务的监控数据，然后做聚合处理;
• 分层联邦，就向一颗树，更高级别的prometheus服务从大量次级服务器收集聚合时间序列数据，然后去统一制定告警规则，分发触发事件。

除此之外，prometheus可以依靠Thanos外挂服务，实现prometheus集群化、以及数据长期存储的功能，有兴趣的可以了解下。其实在prometheus2.0自身使用remote-wirte，remote-read接口已经解决了数据长期存储的问题了。预计3.0会做出更大的提升，尤其是prometheus的集群化。

【编辑推荐】

1. 想摆脱无效报警？十年运维监控报警优化经验总结
2. 5分钟学会两年经验Linux运维都不懂的内核问题
3. 如何让运维不再当落后技术的背锅侠？
4. Linux服务器的管理运维简单方式
5. 5 个 Ansible 运维任务

（编辑：ASP站长网）