PromQL资源组介绍 - 云原生数据仓库AnalyticDB

适用场景

自建监控体系常被以下任一问题困扰，PromQL资源组可替您接管底层运维：

Prometheus长期存储：业务Prometheus默认仅保留15天数据，合规审计或故障复盘要求延长到90天甚至365天后，WAL重放慢、单机写入抖动、查询超时等问题随之而来。通过remote_write将指标转存到PromQL资源组后，原Prometheus只需承担短期采集与告警，保留期可任意延长。
容器与微服务监控：Kubernetes集群活跃series超过百万后，单机Prometheus内存吃紧、抓取错误率上升。改用vmagent搭配PromQL资源组，客户端零改造即可横向承接全量指标。
自建VictoriaMetrics迁移：vmstorage扩盘、副本重平衡、版本升级等日常运维持续占用工程师精力。迁移到PromQL资源组后，底层升级与故障转移由阿里云负责，您只需关注remote_write地址与PromQL查询。
多业务统一指标平台：为多个业务团队提供统一指标底座时，需按团队隔离资源，避免一条高基数查询拖垮整个平台。在同一AnalyticDB for MySQL实例下创建多个PromQL资源组，计算与存储完全物理隔离，账单与SLA独立。
异构指标源汇聚：同时需要承接Prometheus、InfluxDB、OpenTelemetry、Graphite等多种协议的写入时，PromQL资源组兼容上述全部协议，一套集群覆盖所有指标源。
IoT与边缘设备指标：海量传感器、车联网、工业设备持续上报时序数据，数据量大、保留要求长。PromQL资源组凭借高压缩比和按ACU弹性扩展，可长期沉淀原始数据并按需回放。
APM与业务KPI看板：APM系统以remote_write或OTLP方式写入指标，作为告警与报表的统一数据源；订单数、PV、UV、转化率等业务KPI同样可入库，Grafana直连即可制作实时看板。

产品架构

在AnalyticDB for MySQL企业版实例下创建PromQL资源组后，您将获得一套独立的VictoriaMetrics集群版，由以下四类节点组成，每类节点均可独立扩展：

节点	开源组件	职责
认证节点（Auth）	vmauth	客户端流量入口，负责Basic Auth鉴权和URL路由：写请求转发到写入节点，读请求转发到查询节点。
写入节点	vminsert	接收写入请求，按时间序列哈希分片到存储节点。无状态，可水平扩展。
存储节点	vmstorage	持久化时序数据，维护倒排索引，按副本因子（默认2）保留多副本。本地数据盘使用ESSD云盘。
查询节点	vmselect	执行PromQL查询，向所有存储节点并行下发，结果在内存中归并返回。可挂载缓存盘加速重复查询。

客户端通过Basic Auth连接到认证节点，认证节点根据URL前缀（/insert/或/select/）将请求路由到写入或查询节点。整套架构基于VictoriaMetrics的Share-Nothing设计：读写路径相互独立，节点重启无需重放WAL，故障恢复在秒级完成。

核心能力

Prometheus生态原生兼容

完整支持Prometheus HTTP API，客户端无需改造即可切流：

写入接口：remote_write、import/prometheus。
查询接口：query、query_range、labels、series。
查询语言：PromQL，以及在其基础上扩展的MetricsQL（新增rollup、outliers_mad等函数）。
异构写入协议：兼容InfluxDB Line Protocol、OpenTelemetry Metrics和Graphite。

高压缩比

VictoriaMetrics针对时序数据的特征做了深度优化：时间戳采用Delta-of-Delta编码（等间隔采样下单点占用不到1 bit），浮点数值采用Gorilla XOR编码，标签与元数据采用字典编码加ZSTD压缩。典型生产场景下压缩比可达10:1至50:1，长期存储成本显著降低。

开箱即用的运维监控

控制台内嵌VM集群监控仪表盘，无需自建Grafana即可查看：

写入与查询的实时速率、活跃series数、磁盘水位等关键指标。
每类节点（存储、写入、查询、认证）的运行状态与资源利用率。
VM Cluster与VM Auth两个独立视图，便于分别排查写入慢与鉴权问题。

所有vm_*自监控指标对外暴露，您可以将PromQL资源组自身接入告警系统，形成监控闭环。

多副本高可用

所有节点水平扩展，无单点故障。存储节点默认按common.replicationFactor=2保留双副本，单节点宕机不影响读写；客户端请求由认证节点自动重路由到健康节点，业务无感知。

计费说明

PromQL资源组的账单由计算费用和存储费用两部分组成，均按量后付费、按小时计量。资源组进入运行中状态后开始计费，释放后立即停止；创建中和创建失败的资源组不计费。

说明

PromQL资源组复用AnalyticDB for MySQL企业版的现有计费项，未引入新计费项。本节说明各计费项与PromQL资源组节点的对应关系；具体单价以企业版定价页面为准。

计算费用：按ACU弹性资源计费

四类节点的ACU总量按ACU弹性资源单价计费。总ACU等于每类节点的规格乘以节点数的总和：

总ACU = Σ（节点规格 × 节点数），涵盖存储、写入、查询、认证四类节点。

计算月费的估算公式：

计算月费 = 总ACU × ACU弹性资源单价（元/ACU/小时） × 24 × 30

存储费用：按热数据存储空间与云盘缓存空间计费

存储费用包含两部分，均按创建时分配的容量结算，与实际写入量或缓存命中量无关：

资源	对应计费项	容量计算方式
存储节点的数据磁盘	热数据存储空间	单节点磁盘空间 × 存储节点数。
查询节点的缓存盘	云盘缓存空间	单节点缓存盘空间 × 查询节点数。

存储月费的估算公式：

存储月费 = 数据磁盘容量(GB) × 热数据存储空间单价(元/GB/月) + 缓存盘容量(GB) × 云盘缓存空间单价(元/GB/月)

重要

存储费用按分配的quota容量计费，与实际占用无关。例如单节点磁盘500 GB、节点数3，即使仅写入10 GB也按1500 GB全额收费。请在创建时按真实容量需求规划磁盘，避免一次性分配过大；数据量增长后可通过修改节点配置追加磁盘。

成本优化：使用ACU时包抵扣（仅包年包月实例）

如果承载PromQL资源组的实例为包年包月实例，可购买预留ACU时包抵扣计算费用：

抵扣范围：仅抵扣资源组的计算费用（ACU弹性资源），不抵扣存储费用。
抵扣规则：系统在每小时计费时优先扣减剩余抵扣额度，超出部分按按量付费单价结算。
额度查看：实例详情页和资源组创建页的底部均会显示当前剩余可抵扣额度（单位：ACU）。
不适用场景：按量付费实例不支持ACU时包抵扣，计算费用全部按按量付费单价结算。

成本估算示例

以创建页的默认配置为例（30 ACU + 1500 GB数据磁盘 + 0 GB缓存盘）：

存储节点：4 ACU × 3 = 12 ACU，单节点磁盘500 GB。
写入节点：4 ACU × 2 = 8 ACU。
查询节点：4 ACU × 2 = 8 ACU。
认证节点：1 ACU × 2 = 2 ACU。
合计：30 ACU + 1500 GB热数据存储空间。

月度费用估算公式：

计算月费 = 30 × ACU弹性资源单价 × 24 × 30

存储月费 = 1500 × 热数据存储空间单价

具体单价以企业版定价页面为准。完整计费项的计费场景与公式参见企业版和基础版计费项。

计费起止时点

场景	是否计费
资源组状态为创建中。	否。
资源组进入运行中。	是，按当前规格与磁盘quota按小时连续计量。
修改参数触发节点滚动重启。	是，按时长连续计量，不重复收费。
修改节点规格或磁盘。	是，按新规格与新quota继续计量。
释放资源组。	立即停止，按已用时长（不满1小时按1小时）结算。
开通公网地址。	公网地址本身不收费，公网流量目前不计费。

使用限制

仅AnalyticDB for MySQL企业版实例支持创建PromQL资源组，基础版不支持。
同一实例下，PromQL资源组与其他类型资源组（Interactive、Job、AI）相互独立计费、独立运维，但共享实例的管控能力（白名单、用户体系、控制台入口）。
资源组对外服务端口固定为8427，仅支持HTTP明文传输，不支持HTTPS / TLS。如需公网访问，请评估账号密码明文传输的安全风险；建议优先使用VPC内网访问。
每个PromQL资源组对应一套独立的VM集群，资源组之间的指标数据互不可见。需要跨资源组聚合时，请在Grafana中同时配置多个数据源实现。

下一步

从零创建资源组并完成端到端验证，参见快速使用PromQL资源组。
资源规划、参数管理、节点扩缩容、多业务隔离与常见问题，参见PromQL资源组运维管理。
企业版完整计费规则，参见企业版和基础版计费项。
VictoriaMetrics集群版协议详情，参见VictoriaMetrics官方文档。