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官方文檔。