是全国都不好过吧

@phantomzz 好的，多谢

@derek80 @phantomzz 你好, 使用黏性会话解决了数据一致的问题, grafana 请求的时候始终会去访问其中一台 prometheus, 但有两个问题

1. grafana 上所有图表都会去这台 prom 上查询, 但如果出现大查询, 负载都在这台 prom 上, 内存占用很高, 会出现 OOM 危险
2. grafana 的所有查询请求都是以 grafana server 的 cookie 为准, 而用户是通过 grafana server 间接的请求, 因此 cookie 始终只有一个, 所有用户的查询都会发往一台 prom, 这也很危险...

请问你们是否遇到类似的问题, 我搜索了相关的情况, 但都没有比较好的解决方案, 目前做了限制查询量来防止比较大的查询导致的 OOM

PS: 我目前还不太想使用 thanos

@luozic 类里没有去重, 默认传入的是唯一的, 不过似乎应该加上, 多谢提醒

@ipwx 有道理, 我想想看, 主要我需要对不同的 tag 匹配, 不知道这样全统计会不会不灵活, 因为有的 tag 类型的不需要某些数据, 有的又需要, 不过我没多少数据, 这样全统计好像也没什么大问题

`-> Dict[str, int]` 你代码里的这个是什么意思

谢谢各位
@ipwx
@Orenoid
我试试这个 getattr 方法, 应该是我想要的, 这个类里的方法有 self 操作, 必须是实例方法

@ipwx 因为并不是全都需要统计, 有的只需要其中的一个, 有的需要多个

@phantomzz 可是官方文档并不建议使用 prometheus 本地存储，而且我们之前使用也遇到了不少问题，才买了阿里的 influxdb，但是有读写限制，用的也难受

@nobody123123
@phantomzz

你们用的 thanos 的存储方案是什么? 好像 thanos 不支持管理写入 influxdb 等时序数据库, 如果它管理存储好像是存到对象存储的(如 s3, oss 等)

这是我了解到的, 你们是这样吗?

@nobody123123 我们用阿里云的 influxdb, 不过阿里云的读写限制让人头疼

@greatdancing 才没有🤥

@derek80
@phantomzz
@scukmh

请问下, 你们的公司内部有写一些适合开发接入 Prometheus 的类似中间件的吗? 有同事说要写个工具方便他们接入, 要不每次都要写个 exporter, 可是我开发个工具不是也是要制定一些规范吗, Prometheus 已经都做好了

@shintendo
@EscYezi
哈哈哈哈, 我也觉得是的🤣, 不过还是第一次收到

@yeya24 对, 不在 K8S 环境, 不过也要考虑下

@zhoulouzi 还在看, 初步了解还不错, 坑什么的还没发现

@derek80 黏性 session 是参数吗，我了解看看。查询混合数据。。。

有 vim 模式吗？或者以后会加入吗？

据说同级别提升 13%, 如果真的那可是一大管的牙膏啊，amd yes