共计 2343 个字符,预计需要花费 6 分钟才能阅读完成。
prometheus 没有提供近程存储,但提供了近程存储的接口:
- 近程存储只有实现这一接口,即可存储和读取 prometheus 的数据;
- 这里仅剖析 remote-write:
笔者的 prometheus 被 prometheus-operator 部署在 kubernetes 中,kubernetes 应用 prometheus 这个 CRD 治理配置,prometheus-operator 监听到配置变动,将新配置 apply 到 prometheus POD 上。
prometheus CRD 中的 remote-write 配置:
remoteWrite:
- url: "https://1.2.3.4/api/monitor/v1/prom/write"
tlsConfig:
insecureSkipVerify: true
apply 当前,prometheus 生成如下的配置:
remote_write:
- url: https://1.2.3.4/api/monitor/v1/prom/write
remote_timeout: 30s
tls_config:
insecure_skip_verify: true
queue_config:
capacity: 500
max_shards: 1000
min_shards: 1
max_samples_per_send: 100
batch_send_deadline: 5s
min_backoff: 30ms
max_backoff: 100ms
能够看到,它减少了 queue_config,即传输过程中的队列配置。
假如每个 remoteStorage 应用 1 个 queue 进行传输:
- queue 中的初始 shards 数 =min_shards,最大 shards 数 =max_shards;
- 每个 shard 的容量 =capacity 个 sample;
- 通过 HTTP 向 remoteStorage 发送数据时,若发送失败,则回退 min_backoff;再次失败,则回退 2 *min_backoff,直到 max_backoff;
prometheus 的 remote-write 数据协定
prometheus 的 samples,通过 protobuf 的序列化,而后再通过 snappy 压缩,最初通过 HTTP 发送给 remoteStorage;
对应的源代码:
// prometheus/storage/remote/queue_manager.go
func buildWriteRequest(samples []prompb.TimeSeries, buf []byte) ([]byte, int64, error) {
var highest int64
for _, ts := range samples {
// At the moment we only ever append a TimeSeries with a single sample in it.
if ts.Samples[0].Timestamp > highest {highest = ts.Samples[0].Timestamp
}
}
req := &prompb.WriteRequest{Timeseries: samples,}
data, err := proto.Marshal(req)
if err != nil {return nil, highest, err}
// snappy uses len() to see if it needs to allocate a new slice. Make the
// buffer as long as possible.
if buf != nil {buf = buf[0:cap(buf)]
}
compressed := snappy.Encode(buf, data)
return compressed, highest, nil
}
remoteStorage 如何实现 remote-write 协定接口
remoteStorage 要实现 remoteConfigs 中定义的 HTTP 接口,这里次要参考 influxdb 的实现。
HTTP 接口:
// 实现如下的 API
Route{
"prometheus-write", // Prometheus remote write
"POST", "/api/v1/prom/write", false, true, h.servePromWrite,
},
HTTP 接口的实现:
func (h *Handler) servePromWrite(w http.ResponseWriter, r *http.Request, user meta.User) {
......
var bs []byte
if r.ContentLength > 0 {bs = make([]byte, 0, r.ContentLength)
}
body := r.Body
buf := bytes.NewBuffer(bs)
// 读 request body
_, err := buf.ReadFrom(body)
// snappy 解压缩
reqBuf, err := snappy.Decode(nil, buf.Bytes())
if err != nil {h.httpError(w, err.Error(), http.StatusBadRequest)
return
}
// Convert the Prometheus remote write request to Influx Points
var req remote.WriteRequest
// protobuf 反序列化
if err := proto.Unmarshal(reqBuf, &req); err != nil {h.httpError(w, err.Error(), http.StatusBadRequest)
return
}
......
}
跟 prometheus 做的事件正好相同,这里先进行 sappy 的解压缩,而后再 protobuf 反序列化,失去实在的数据。
正文完
发表至: prometheus
2021-09-06