Grafana能否沿用现有PromQL查询对接InfluxDB获取监控数据

直接把Grafana的数据源从Prometheus换成原生InfluxDB数据源、同时原样复用原有PromQL是完全不可行的。Grafana自带的原生InfluxDB数据源仅支持InfluxQL、Flux查询语法，与PromQL无任何兼容性，硬切之后所有看板会直接触发查询报错，需要全量重写查询逻辑，完全违背不大幅改造现有体系的前提。

按照改造成本从低到高选择即可：

• 零改造路径：完全保留现有Grafana的Prometheus数据源配置，不需要做任何切换。你已经完成Prometheus到InfluxDB的remote_write、remote_read对接，Prometheus本身会自动处理跨存储的查询逻辑：本地存储近期热数据，超过本地留存周期的长周期数据会通过remote_read从InfluxDB自动拉取，全程仍运行原有PromQL，不需要修改任何看板、任何查询语句，天然满足2个月数据留存的需求。仅需要根据数据体量缩短Prometheus本地的留存周期，减少本地资源占用即可，这是成本最低的方案。
• 轻改造路径：如果要彻底移除Prometheus的本地存储，把存储层完全收敛到InfluxDB，可以直接使用InfluxDB 2.x自带的PromQL兼容查询端点。接入时注意：在Grafana中新建的数据源要选Prometheus类型，URL填写该PromQL兼容端点的地址，不要选择原生InfluxDB类型。所有原有PromQL查询可以直接复用，甚至可以直接将原Prometheus数据源的指向地址修改为该端点，看板内的数据源引用、查询内容完全不需要调整。
• 兼容路径：如果使用的是InfluxDB 1.x版本，可以在InfluxDB与Grafana之间部署一层轻量的PromQL适配代理，代理负责将Grafana发送的PromQL请求转换为InfluxDB语法转发给InfluxDB，再将查询结果按Prometheus API的格式回传给Grafana。同样将该代理配置为Prometheus类型的Grafana数据源，即可零修改复用所有现有看板和PromQL查询。

• 不要直接将Grafana数据源切换为原生InfluxDB类型：该数据源与PromQL完全不兼容，切换后所有查询都需要重写为InfluxQL/Flux语法，改造成本极高，完全不符合低改造的目标。

内容的提问来源于stack exchange，提问作者Lukasz Strzeszynski