Prometheus

Prometheus 有着非常高效的时间序列数据存储方法 , 每个采样数据仅仅占用3.5byte左右空间 , 假设上百万条时间序列 , 每30秒间隔采集一次 , 保留60天 , 大概只占用200多G空间(引用官方数据)。 注意 : prometheus监控数据默认每15s采集一次 , 默认数据保留1

基于第三方 exporter 实现对目的服务的监控 exporter功能 : 收集指标数据 将收集的数据进行格式转换 , 转换为prometheus能够识别的为key/value格式的数据 将转化后的数据暴露出去

Kube-state-metrics：用来监控k8s资源状态的组件 通过监听API Server生成有关资源对象的状态指标 , 比如Deployment、Node、Pod , 需要注意的是kube-state-metrics的使用常见不是用于监控对方是否存活 , 而是用于周期性获取目标对象的metr

prometheus 默认是采用pull方式拉取监控数据的 , 也就是定时去目标主机上抓取metrics数据 , 每一个被抓取的目标需要暴露一个 HTTP 接口 , prometheus通过这个暴露的接口就可以获取到相应的指标数据。这种方式需要由目标服务决定采集的目标有哪些 , 通过配置在scrap

监控Pod指标数据需要使用cadvisor , cadvisor由谷歌开源 , cadvisor不仅可以收集一台机器上所有运行的容器信息 , 还提供基础查询界面和http接口 , 方便其他组件如Prometheus进行数据抓取 , cAdvisor可以对节点机器上的资源及容器进行实时监控和性能数据采

前面文章中有简单提到 Prometheus 的高可用方案 , 尝试了联邦、Remote Write 之后 , 我们最终选择了 Thanos 作为监控配套组件 , 利用其全局视图来管理我们的多地域、300+集群的监控数据。 Prometheus 官方的高可用有几种方案 : HA : 即两套 Prome

Prometheus 作为新生代的开源监控系统, 慢慢成为了云原生体系的监控事实标准, 也证明了其设计得到业界认可。但在多集群, 大集群等场景下, Prometheus 由于没有分片能力和多集群支持, 还有 Prometheus 不支持长期存储、不能自动水平缩、大范围监控指标查询会导致 Promet

1.二进制包部署Prometheus 环境准备工作 Prometheus服务器 192.168.109.138   Prometheus、node_exporter grafana服务器     192.168.109.138   Grafana 被监控服务器       192.168.109.0

1. prometheus 配置监控 URL URL监控通过blackbox-exporter组件监控 , 组件部署位置192.168.0.39。 创建组件配置文件 vim /data/prometheus_dir/blackbox_exporter/blackbox.yml modules:

1. Prometheus 服务发现 Prometheus Server 的数据抓取工作基于 Pull 模型 , 因而 , 它必须要事先知道各 target 的位置 , 然后才能从相应的 Exporter 或 Instrumentation 中抓取数据。 对于小型的系统环境 , 使用 static_