[TOC]
提示:在阅读本章内容前,请先阅读上一节内容。
当我们一开始安装好prometheus,prometheus的配置文件的抓取部分只有如下时:
```
scrape_configs:
- job_name: prometheus
static_configs:
- targets: [localhost:9090]
```
我们在如下的Target页面上会看到,`Endponit`的地址为`http://localhost:9090/metrics`,这个地址就是prometheus要获取指标的地址。
![](https://img.kancloud.cn/05/0f/050fa801286507d9d3f48ebb01b3b6ae_1109x254.png)
那么这个Endpoint是如何组装的呢?
我们知道,Target的Label变化流程如下:
```
初始标签集 -> 执行relabel_configs的操作 -> 目标标签集
```
Target的Endpoint,其实是由`relabel_configs`操作执行完毕但`__`开头的标签还没有被删除前,通过如下的方式组成(这里先不考虑Endpoint的query参数):
```
{__scheme__}://{__address__}/{__metrics_path__}
```
比如说上面的配置,那么初始标签集就是:
```
__scheme__="http"
__address__="localhost:9090"
__metrics_path__="/metrics"
```
由于`relabel_configs`没有任何配置,所以得到的`Endpoint`就是上面的`http://localhost:9090/metrics`。
- (一)快速开始
- 安装Prometheus
- 使用NodeExporter采集数据
- AlertManager进行告警
- Grafana数据可视化
- (二)探索PromQL
- 理解时间序列
- Metrics类型
- 初识PromQL
- PromQL操作符
- PromQL内置函数
- rate和irate
- 常见指标的PromQL
- 主机CPU使用率
- 主机内存使用率
- 主机磁盘使用率
- 主机磁盘IO
- 主机网络IO
- API的响应时间
- (三)Promtheus告警处理
- 自定义告警规则
- 示例-对主机进行监控告警
- 部署AlertManager
- 告警的路由与分组
- 使用Receiver接收告警信息
- 集成邮件系统
- 屏蔽告警通知
- 扩展阅读
- AlertManager的API
- Prometheus发送告警机制
- 实践:接收Prometheus的告警
- 实践:AlertManager
- (四)监控Kubernetes集群
- 部署Prometheus
- Kubernetes下的服务发现
- 监控Kubernetes集群
- 监控Kubelet的运行状态
- 监控Pod的资源(cadvisor)
- 监控K8s主机的资源
- KubeStateMetrics
- K8S及ETCD常见监控指标
- ETCD监控指标
- Kube-apiserver监控指标
- (五)其他
- Prometheus的relabel-config
- Target的Endpoint
- Prometheus的其他配置
- (六)BlackboxExporter
- 安装
- BlackboxExporter的应用场景
- 在Promtheus中使用BlackboxExporter
- 参考