prometheus-传统

---

就是一个采集器和收集器的关系，采集器叫exporter,收集器叫做prometheus，采集器提供一个metric接口，收集器通过这个接口获取数据,端口是9100

prometheus端口是9090

采集器叫做exporter, exporter有很多中，有硬件指标采集器node_exporter,有专门应用的采集器如nginx的nginx_vts_exporter等
收集器叫做scrape，是prometheus,在prometheus中将这些采集器提供的metrics接口写到它的配置文件里，这样prometheus一启动，就会从这些采集器收集数据 ，说白了就是将各种采集器配置prometheus中

prometheus收集完信息后，一是要告警，二是要展示，所以又要需要两个组件alert manager 和granfana，这两个组件都要单独装的，
需要告警信息推送到alertmanager,alertmanager通过微信和邮件通知

node_exporter硬件指标每台主机都有，用ansible批量在每台主机上安装node_exporter程序
其他的openresty指标，jvm指标，数据库指标，minio指标上百度查着单独安装

这是一个数据流，从各个主机的node_exporter采集数据到流向prometheus

每个数据流都有个标签，同属于jx-host这个job

prometheus拿到数据后，如果不发送给alertmanager这个组件，那就保存在prometheus上，可以看到类似下面的指标，可以用图形展示

用图形显示：

但是没用，没人盯着这上面看这些指标，需要将这些指标数据通过自定义规则转为告警信息，一有问题就能提示给用户才有意义，每天盯着这些正常指标没啥意义的。

所以定义规则：

不用自己手动定义规则，在网上找现成的规则导入，改吧改吧就行

prometheus 告警规则

网站专门维护告警规则，通用

https://github.com/samber/awesome-prometheus-alerts

https://awesome-prometheus-alerts.grep.to/

$ wget https://raw.githubusercontent.com/samber/awesome-prometheus-alerts/master/dist/rules/prometheus-self-monitoring/embedded-exporter.yml

ExecStart=/usr/local/bin/nginx-vts-exporter -nginx.scrape_uri=http://localhost:8080/status/format/json

ExecStart：这是 Systemd 单元（unit）文件中的一个指令，用于指定服务启动时要运行的命令。
/usr/local/bin/nginx-vts-exporter：这是要运行的程序的路径。nginx-vts-exporter 是一个用于从 Nginx 服务器收集 VTS（Virtual Traffic Status）指标并将它们暴露给 Prometheus 监控系统的工具。
-nginx.scrape_uri=http://localhost:8080/status/format/json：这是传递给 nginx-vts-exporter 程序的命令行参数。这个参数指定了 nginx-vts-exporter 应该从哪个 URI 获取 Nginx 的状态信息。在这个例子中，它指向了运行在本机（localhost）8080端口上的 Nginx 服务器的 /status/format/json 路径，这个路径返回 Nginx 的状态信息，格式为 JSON。
简而言之，这行配置告诉 Systemd，当这个服务启动时，它应该运行 /usr/local/bin/nginx-vts-exporter 程序，并传递一个参数来指定 Nginx 状态页面的位置，以便 nginx-vts-exporter 可以从中收集数据

凡是go语言编写的程序都是自带metrics接口的，其他基本都要安装exporter程序，目的就是将程序返回的json数据接口转为metrics接口

如nginx：

先要安装nginx-module-vts-0.2.2模块，然后这个模块返回的json要转为metric接口，所以要安装nginx-vtx-exporter程序

http://192.168.3.108/status/format/json ---->http://192.168.3.108:9913/metrics