关于监控:n9e监控框架

一.n9e是什么

n9e的全称是Nightingale，与开发Open-falcon的是一拨人，起初这波人去了滴滴，开发了n9e成为滴滴开源的监控框架。

n9e在v5版本之前，连续了Open-falcon push的模式，在告警的业务逻辑和指标展示做了很多优化。

n9e在v5版本至今，应用prometheus作为后端的TSDB，并通过promQL作为告警表达式做告警断定。

本文次要关注最新的v5版本。

二.n9e的架构

• server：后端服务，负责将指标写入Prometheus，以及告警业务逻辑的实现；
• webapi：前端服务，负责前端业务逻辑；
• mysql：保留告警策略，以及告警告诉配置；
• redis：缓存用户登录信息；

指标的业务逻辑：

1. 监控agent通过remote-write API，申请server；
2. server对指标进行提取，存入Prometheus；

告警的业务逻辑：

1. 用户通过webapi配置告警策略，server将策略保留至mysql；
2. server依据告警周期，定期查问PromQL的值是否触发告警；
3. 若触发告警，则将其存入mysql，同时进行告警告诉；

三.n9e的部署和应用

应用部署文档，部署单机版的n9e环境，次要部署以下组件：

• prometheus
• mysql
• redis
• n9e server & webapi

部署胜利后，n9e server监听在19000端口，webapi监听到18000端口；

通过http://ip:18000拜访WEB UI，默认用户：root/root.2020

四.prometheus作为后端TSDB

prometheus通常被用来拉取exporter的指标，而后存入本地磁盘；它既实现了拉取的逻辑，也实现TSDB的性能。

在2.25版本之前，prometheus不反对独自作为TSDB，即不反对通过API间接向prometheus写入时序数据。

在2.25版本之后，prometheus配置–enable-feature=remote-write-receiver参数后，反对通过REST接口向prometheus写入时序数据。

n9e应用prometheus 2.28版本，利用了prometheus这一个性，将其作为后端的TSDB。

prometheus提供的REST接口：POST /api/v1/write，能够向prometheus写入时序数据；
查看prometheus的源码：

// web/api/v1/api.go
func (api *API) Register(r *route.Router) {
    ...
    r.Post("/write", api.ready(api.remoteWrite))
    ......
}

func (api *API) remoteWrite(w http.ResponseWriter, r *http.Request) {
    if api.remoteWriteHandler != nil {
        api.remoteWriteHandler.ServeHTTP(w, r)
    } else {    //未配置remote-write-receiver，返回谬误
        http.Error(w, "remote write receiver needs to be enabled with --enable-feature=remote-write-receiver", http.StatusNotFound)
    }
}

五.telegraf作为监控agent并主动发现

Telegraf 是 InfluxData 开源的一款采集器，能够采集操作系统、各种中间件的监控指标等；

Telegraf是一个大一统的设计，即一个二进制能够采集CPU、内存、mysql、mongodb、redis、snmp等，不像Prometheus的exporter，每个监控对象一个exporter。

telegraf作为监控agent被部署到监控的指标主机上，同时配置telegraf，将其采集的指标输入到n9e server:

vi /opt/telegraf/telegraf.conf
......
[[outputs.opentsdb]]
  host = "http://127.0.0.1"
  port = 19000
  http_batch_size = 50
  http_path = "/opentsdb/put"
  debug = false
  separator = "_"

上述配置，telegraf采集的指标，通过http://127.0.01:19000/opentsd…发到n9e server，该配置中telegraf与n9e server部署在一台机器上。

n9e server实现了/opentsdb/put接口，相干的源码：

// src/server/router/router.go
func configRoute(r *gin.Engine, version string) {
    ...
    r.POST("/opentsdb/put", handleOpenTSDB)
    ...
}
func handleOpenTSDB(c *gin.Context) {
    ...
    bs, err = ioutil.ReadAll(c.Request.Body)
    var arr []HTTPMetric
    err = json.Unmarshal(bs, &arr)
    for i := 0; i < len(arr); i++ {
        pt, err := arr[i].ToProm()
        host, has := arr[i].Tags["ident"]
        // 有ident标签
        if has {
            // register host
            ids[host] = ts
        }
        list = append(list, pt)
    }
    if len(list) > 0 {
        if !writer.Writers.PushQueue(list) {    //将时序push到queu
            msg = "writer queue full"
        }
        // 将host注册进去
        idents.Idents.MSet(ids)
    }
    ...
}

该API所做的事件：

• 提供指标中的ident标签，其value作为新发现的host，被注册到已治理主机列表；
• 将接管的指标push到本地的Queue，Queue中的数据前面被goroutine发送到prometheus；

六.grafana-agent作为监控agent并主动发现

grafana-agent能够拉取各种exporter的/metrics，并将其通过remote-write API写入n9e server。

grafana-agent还内置了罕用的exporter，比方node-exporter。

grafana-agent的配置文件：

# cat agent.yaml
server:
  http_listen_port: 12345
metrics:
  wal_directory: /tmp/grafana-agent-wal
  global:
    scrape_interval: 15s
    external_labels:
      cluster: mycluster
    remote_write:
    - url: http://172.1.2.3:19000/api/v1/write
    scrape_configs:
    - job_name: "cadvisor"
      static_configs:
      - targets: ['192.168.1.2:19000']
integrations:
  agent:
    enabled: true
  node_exporter:
    enabled: true

上述配置中：

• grafana-agent集成了node_exporter；
• grafana-agent拉取cadvisor工作的/metrics；
• grafana-agent将采集的指标通过remote-write发送到n9e server；
• n9e server接管到指标后，提取其中的instance label，其value作为新发现的host，增加到发现的主机列表中；

参考：

1. 部署: https://n9e.github.io/quickst…
2. prometheus remote-write-receiver: https://prometheus.io/docs/pr…
3. grafana-agent docs: https://grafana.com/docs/graf…