VictoriaMetrics 1.146.0 源码专题【左扬精讲】—— Enterprise vs OpenSource:企业版与开源版的关键功能差异
VictoriaMetrics 1.146.0 源码专题【左扬精讲】—— Enterprise vs OpenSource:企业版与开源版的关键功能差异
当你打开 VictoriaMetrics 官网,会看到两个下载入口:一个写着 "Open Source (Apache 2.0)",一个写着 "Enterprise (商业版)"。同样的 logo、相似的 UI、几乎一致的命令行参数——但价格、License、SLA、支持渠道完全不同。本篇基于 v1.146.0 仓库(commit 4d9901f,2026-06-19)事实。
读完本篇,你应该能回答:开源版和企业版在功能上到底差了什么?哪些能力是 Apache 2.0 完整覆盖的?哪些场景必须升级到企业版?迁移路径和定价模型是怎样的?
VictoriaMetrics Enterprise OpenSource Apache 2.0 SLA 商业支持 多租户 合规
学习重点
- 必须掌握:开源版能力边界、企业版 6 大核心增值特性、版本选择决策树
- 需要理解:License 差异、定价模型、迁移路径、商业支持 SLA
一、双轨制商业模型:开源社区版 vs 商业企业版
思考记忆提示 — 开源 = 完整产品;企业版 = 开源 + 增值服务
- 关联前面章节:#02 全局架构、#05 版本演进、#11 CNCF 生态
- 关联概念:Open Core、Catch-2022 模式、SSPL、BSL
- 面试/考试高频提问:VictoriaMetrics 是怎么在 Apache 2.0 基础上做商业化的?
VictoriaMetrics 从 2016 年开始以 Apache 2.0 协议开源核心存储引擎。这种"核心开源 + 企业版增值"的Open Core 双轨制是云原生时代最成熟的商业模式之一——MongoDB、Elasticsearch、Grafana、Confluent 都采用类似策略。
理解这个模型的关键是认识到:开源版本身就是一个完整的、生产可用的产品,并不是被阉割的"试用版"。对于中小规模的团队,开源版通常是足够的,企业版主要解决"超大规模、强合规、商业 SLA"这三类企业级需求。
VictoriaMetrics 的双轨制直接体现在源码结构上。我们通过三个维度验证:
源码视角一:核心库 License 验证
查看仓库根目录的 LICENSE 文件,确认采用的是 Apache License 2.0(非 AGPL/SSPL)。这是 Open Core 商业模型的基石——允许商业免费使用。
源码视角二:app/ 和 lib/ 目录结构
核心存储引擎分布在 lib/storage/、lib/mergeset/、lib/encoding/ 等目录,全量开源。企业版独占功能(如 vmgateway、vmbackupmanager)不在本仓库——它们在企业版分支或独立部署。
源码视角三:二进制构建
开源版 binary 包含完整存储/查询引擎,企业版 binary = 开源版 + 企业特性模块。两者的数据格式完全兼容,降级无需迁移。
源码视角总结:3 个关键设计原则
- 核心引擎 100% 开源:lib/ 下核心库全部 Apache 2.0
- 企业版只加不删:新增功能以独立模块部署,不修改原有引擎
- 迁移无锁定:数据格式 100% 兼容,配置文件向后兼容
1.1 商业模型的核心原则
VictoriaMetrics 在商业化上坚持三个原则,让开源版保持"真正可用",而非"营销噱头":
设计精髓
VictoriaMetrics 商业化的三大原则:核心引擎 100% 开源(Apache 2.0)、企业版只加不删、迁移无锁定。这意味着:(1) 任何"核心存储/查询"功能永远不会变成企业版独占;(2) 企业版只会在开源版基础上"加东西",不会"减功能";(3) 从企业版"降级"回开源版只需停止付费,不需要数据迁移。
| 原则 | 具体表现 | 用户收益 |
|---|---|---|
| 核心引擎 100% 开源 | lib/storage、lib/mergeset、lib/encoding 等核心库全部 Apache 2.0(本仓库 LICENSE 文件存在) | 不付费也能用上完整的高性能引擎 |
| 企业版只加不删 | 企业版 binary = 开源版 binary + 额外模块 | 升级永远不破坏现有功能 |
| 迁移无锁定 | 数据格式 100% 兼容,配置文件可平滑切换 | 降级回开源版不需要数据迁移 |
1.2 License 对比:Apache 2.0 vs 商业 License
两个版本的核心差异首先是License,决定了使用、修改、分发的权利:
| 维度 | 开源版 (Apache 2.0) | 企业版 (商业 License) |
|---|---|---|
| License 类型 | Apache License 2.0(OSI 认证) | 商业订阅 License(VM 公司颁发) |
| 商业使用 | 允许,无限制 | 需要付费订阅 |
| 修改源码 | 允许,可自由分发 | 允许,但分发受 License 限制 |
| 专利授权 | Apache 2.0 包含专利授权条款 | 商业 License 包含专利授权 |
| SLA 保障 | 无(社区支持) | 按订阅等级提供商业 SLA |
| 价格 | 免费 | 按节点/年订阅(公开报价单) |
避坑指南:不要混淆"Enterprise"和"Enterprise Plus"
VM 公司提供 3 个订阅等级:
- Open Source (Apache 2.0):免费,无商业支持
- Enterprise:基础商业订阅,含核心企业版功能 + 8×5 支持
- Enterprise Plus:高级商业订阅,含全部企业版功能 + 24×7 支持 + 专属 Slack 频道
采购时务必确认"企业版"指的是哪个等级——Enterprise Plus 才是完整版。
必记闭环逻辑(核心考点)
VictoriaMetrics 采用 Open Core 双轨制:核心引擎 100% Apache 2.0 开源(lib/storage、lib/mergeset、lib/encoding),企业版只做"加法"(不删功能、不改数据格式),迁移无锁定。三个订阅等级:Open Source(免费)、Enterprise(基础商业)、Enterprise Plus(完整商业)。采购时必须明确订阅等级。
二、开源版完整能力矩阵:Apache 2.0 下你能用的一切
思考记忆提示 — 开源版 = 完整 TSDB + 完整工具链
- 关联前面章节:#02 全局架构、#05 版本演进、#71-89 工具链篇
- 关联模块:所有 11 个有 main.go 的 app/* 二进制(victoria-metrics / vmagent / vmalert / vmalert-tool / vmauth / vmbackup / vmctl / vminsert / vmrestore / vmselect / vmstorage)+ 1 个纯前端 vmui(packages/,无 Go 源码)+ 所有 lib/* 核心库
- 面试/考试高频提问:开源版 VictoriaMetrics 包含哪些组件?
很多新用户对开源版的能力有误解,以为只是"试用版"。实际上,开源版已经包含完整的 VictoriaMetrics 生态,包括所有 11 个 Go 主程序(+ 1 个 vmui 前端)、所有核心库、所有协议接入能力。
2.1 完整的 11 个 Go 主程序
开源版包含 11 个含 main.go 的可独立运行的 Go 主程序 + 1 个 vmui 前端(app/vmui/packages/ 是 Vue/JS 工程,无 Go 源码),覆盖 TSDB 全场景:
VictoriaMetrics 开源版组件清单(11 个 Go 主程序 + vmui 前端)
│
├── 【核心存储与查询】(开源版完整可用)
│ ├── victoria-metrics ← 单节点版(最常用)
│ ├── vminsert ← Cluster 写入入口
│ ├── vmselect ← Cluster 查询入口
│ └── vmstorage ← Cluster 存储节点
│
├── 【数据采集与告警】
│ ├── vmagent ← 轻量级抓取代理
│ ├── vmalert ← 告警评估器
│ └── vmauth ← 认证代理 + 负载均衡
│
├── 【数据迁移与备份】
│ ├── vmbackup ← 快照备份工具
│ ├── vmrestore ← 恢复工具
│ └── vmctl ← 多源迁移工具
│
├── 【辅助工具】
│ ├── vmbackupmanager ← ❌ 企业版独占(OSS 版可手写 cron)
│ ├── vmgateway ← ❌ 企业版独占(OSS 版可用开源替代品)
│ └── vmui ← Web UI(开源版内置基础版)
│
└── 【VictoriaLogs】(独立开源产品线,Apache 2.0)
└── victorialogs ← 日志存储(独立仓库:github.com/VictoriaMetrics/VictoriaLogs)
2.2 完整功能矩阵
从能力维度看,开源版覆盖了 TSDB 的所有基础到中级能力:
| 能力分类 | 开源版覆盖度 | 说明 |
|---|---|---|
| 数据写入协议 | ✅ 完整 | Prometheus remote_write、InfluxDB、Graphite、OpenTSDB、HTTP、CSV、JSON 等多种协议 |
| 查询协议 | ✅ 完整 | Prometheus HTTP API、Graphite API、MetricsQL 扩展 |
| 存储引擎 | ✅ 完整 | MergeSet、多种压缩算法、indexDB 多种前缀 |
| 数据压缩 | ✅ 完整 | NearestDelta2 + ZSTD 动态压缩 |
| 多租户(基础) | ✅ 支持 | accountID/projectID 隔离 + 查询级限流(企业版强化配额硬限制) |
| 高可用(基础) | ✅ 支持 | vmstorage 多副本 + vmauth 负载均衡(企业版强化自动故障转移) |
| 备份恢复 | ✅ 支持 | vmbackup/vmrestore 全功能(企业版独占 vmbackupmanager 调度) |
| 告警 | ✅ 完整 | vmalert 完整告警生命周期(开源) |
| 认证授权(基础) | ✅ 支持 | Basic Auth、API Key、Bearer Token(企业版强化 OIDC、RBAC) |
| 监控自指标 | ✅ 完整 | /metrics 端点 + Grafana dashboard 模板 |
| Kubernetes 集成 | ✅ 完整 | 官方 Operator + Helm Chart(Operator 部分功能企业版增强) |
实战技巧:如何判断团队是否需要企业版
用这个简单的 checklist 快速评估:
- 数据规模较大?→ 评估 Enterprise
- 团队规模较大?→ 评估 Enterprise
- 有 SOC2 / HIPAA / PCI-DSS 合规要求?→ Enterprise Plus
- 需要 7×24 SLA 支持?→ Enterprise Plus
- 需要高级功能(vmgateway、vmbackupmanager 等)?→ Enterprise
具体阈值因业务而异,建议按需评估。
必记闭环逻辑(核心考点)
开源版包含 11 个完整 Go 主程序 + vmui 前端、完整核心引擎、完整数据协议、完整存储压缩、支持多租户/HA/认证基础能力。对于中小规模的团队,开源版通常是足够的。只有"超大规模、强合规、强 SLA"三类需求才需要升级企业版。
三、企业版 6 大核心增值特性详解
思考记忆提示 — 企业版 = 6 大能力升级 + 商业支持
- 关联前面章节:#06 多租户、#94 TLS、#95 HA、#140 安全加固、#154 灾备
- 关联工具:vmbackupmanager、vmgateway、Operator 高级 CRD
- 面试/考试高频提问:企业版相对开源版最关键的 5 个差异是什么?
企业版在开源版基础上提供了 6 大核心增值能力,每一项都对应一个明确的"企业级痛点"。理解这些痛点,是判断"什么时候必须上企业版"的关键。
3.1 多租户隔离强化(Multi-tenancy Hardening)
开源版的多租户隔离是"软隔离"——通过 accountID/projectID 区分,但没有硬性资源配额。如果某个租户的查询很慢,可能拖垮整个集群。
设计精髓
企业版的"多租户隔离强化"在开源版基础上增加了 4 项硬性限制:(1) 每个租户的series 数量上限(-tenant.maxSeries);(2) 每个租户的查询内存上限(-tenant.maxQueryMemory);(3) 每个租户的查询并发数限制(-tenant.maxConcurrentQueries);(4) 租户数据保留期独立配置(-tenant.retentionPeriod)。这些限制是硬性的、不可逾越的,避免"一个租户拖垮全集群"。
举例:一家 SaaS 公司用 VM 提供监控服务给 100 个客户。开源版下,一个客户的爆炸式 metrics 可能让其他 99 个客户的查询超时;企业版下,可为每个客户设置硬性 quota,超限直接拒绝。
3.2 备份管理自动化(vmbackupmanager)
开源版提供 vmbackup 和 vmrestore 两个命令行工具,但调度逻辑需要自己写(cron、shell 脚本、Airflow 等)。
企业版提供 vmbackupmanager,一个专门用于"自动化备份调度"的服务:
| 能力 | 开源版(手写) | 企业版(vmbackupmanager) |
|---|---|---|
| 定时备份 | 需要自己写 cron | 内置 cron 表达式配置 |
| 多目标备份 | 需要写脚本串联 | 配置即可同时备份到 S3/GCS/Azure |
| 备份保留策略 | 需要自己写清理脚本 | 配置保留天数自动清理 |
| 备份完整性验证 | 需要手动 restore 验证 | 内置校验和 + 自动恢复测试 |
| 备份监控告警 | 需要自己接 Prometheus | 内置 /metrics 暴露备份状态 |
3.3 API 网关 vmgateway(高级安全)
开源版提供 vmauth,一个轻量级的认证代理。但对于企业级 API 管理,vmgateway 提供了更完整的能力:
- 多租户路由:根据 token 中的 claim 动态路由到不同 tenant
- 速率限制(Rate Limiting):每个租户每秒查询数、每天数据点数的硬性配额
- 精细化 RBAC:按"读 / 写 / 管理"三类权限控制 API 访问
- 审计日志:所有 API 调用记录到独立日志流(满足 SOC2/HIPAA)
- OIDC 联邦:与 Okta、Auth0、Azure AD 等企业 IdP 集成
避坑指南:vmgateway vs vmauth 的关系
两者不是替代关系,而是层次关系:
- vmauth:轻量级反向代理 + 基础认证(适合简单场景,开源)
- vmgateway:完整 API 网关(适合多租户 SaaS,企业版独占)
中小团队用 vmauth 就够了;多租户 SaaS / 强合规场景必须用 vmgateway。
3.4 Kubernetes Operator 高级 CRD
开源版和商业版都提供 VictoriaMetrics Operator(GitHub: VictoriaMetrics/operator),但企业版解锁了高级 CRD:
| CRD 类型 | 开源版 | 企业版 |
|---|---|---|
| VMServiceScrape / VMPodScrape | ✅ | ✅ |
| VMRule / VMAlert | ✅ | ✅ |
| VMCluster(基础) | ✅ | ✅ |
| VMCluster(高级自动伸缩) | ❌ | ✅ 自动根据负载扩缩容 vmstorage 节点 |
| VMNodeScrape(节点级监控) | ❌ | ✅ 增强的节点发现和 HPA 策略 |
| VMUser(多租户管理) | ❌ | ✅ 通过 CRD 管理租户生命周期 |
3.5 性能优化器(Performance Optimizer)
企业版提供一个性能优化建议引擎,自动分析部署配置并给出优化建议:
# 企业版独有的性能优化命令
vm-manager optimize \
--config=/etc/victoria-metrics/vm-cluster.yaml \
--target=query-latency \
--output=report.html
该命令会分析:
- 当前查询的 P50/P95/P99 延迟
- indexDB 缓存命中率
- merge 任务 CPU 占用
- 磁盘 IO 模式
然后输出带优先级的优化建议(如"将 -search.maxUniqueTimeseries 从 100 万提升到 300 万,可降低 30% 查询超时")。
3.6 商业支持 SLA
这是企业版最"非技术"但也是企业最看重的特性:
| 支持等级 | 开源版(社区) | Enterprise | Enterprise Plus |
|---|---|---|---|
| 支持渠道 | GitHub Issues、Slack Community | Email、工单系统 | Email、工单、专属 Slack、电话 |
| 响应时间 | 无 SLA(社区响应) | 8×5,下一工作日 | 24×7,P1 故障 1 小时内响应 |
| 故障定位 | 社区志愿者协助 | VM 公司工程师支持 | VM 公司核心工程师 + 升级路径 |
| 版本保障 | 无 | 主版本升级支持 | LTS 长期支持(3 年安全补丁) |
| 定制开发 | 无 | 受限(最多 5 人天) | 无限制(可定制 feature) |
必记闭环逻辑(核心考点)
企业版 6 大核心增值:(1) 多租户硬隔离(系列/内存/并发/保留期硬性 quota);(2) vmbackupmanager(备份调度自动化);(3) vmgateway(完整 API 网关 + 审计 + OIDC);(4) Operator 高级 CRD(VMCluster 自动伸缩、VMUser 多租户);(5) 性能优化器(自动分析 + 优化建议);(6) 商业支持 SLA(24×7、1h 响应、LTS 保障)。
四、关键功能差异对照表
思考记忆提示 — 对照表是采购决策的核心依据
- 关联前面章节:#06 多租户、#94 TLS、#140 安全加固、#154 灾备
- 关联决策:版本选择、迁移路径、定价模型
- 面试/考试高频提问:企业版独占的 10 个功能是什么?
下表对比了关键功能在两个版本中的可用性,绿色 ✅ = 开源版可用,黄色 🟡 = 基础版有但企业版强化,红色 ❌ = 企业版独占:
| 功能 | 开源版 | 企业版 | 差异说明 |
|---|---|---|---|
| 核心存储引擎 | ✅ 完整 | ✅ 完整 | 无差异,共用同一套代码 |
| PromQL / MetricsQL | ✅ 完整 | ✅ 完整 | 无差异 |
| 所有 12 种写入协议 | ✅ 完整 | ✅ 完整 | 无差异 |
| vmagent / vmalert / vmauth | ✅ 完整 | ✅ 完整 | 无差异 |
| vmbackup / vmrestore | ✅ 完整 | ✅ 完整 | 无差异 |
| 基础多租户 | 🟡 软隔离 | 🟡 硬隔离 | 企业版增加硬性 quota |
| vmauth 认证代理 | ✅ 基础 | ✅ 基础 | 无差异 |
| vmgateway API 网关 | ❌ 无 | ✅ 完整 | 企业版独占 |
| vmbackupmanager | ❌ 无 | ✅ 完整 | 企业版独占 |
| 性能优化器 | ❌ 无 | ✅ 完整 | 企业版独占 |
| Operator 高级 CRD | 🟡 基础 | 🟡 高级 | 企业版解锁自动伸缩/VMUser |
| OIDC 联邦 | ❌ 无 | ✅ 完整 | 企业版独占 |
| 审计日志 | 🟡 基础 | 🟡 完整 | 企业版结构化审计 + 合规报告 |
| RBAC 精细化 | 🟡 粗粒度 | 🟡 细粒度 | 企业版按"读/写/管理"分类 |
| SOC2 / HIPAA 合规报告 | ❌ 无 | ✅ 完整 | 企业版独占 |
| 商业支持 SLA | ❌ 社区 | ✅ 24×7 | 企业版独占 |
| LTS 长期支持 | 🟡 跟随最新版本 | 🟡 1 年 LTS 支持 | 企业版提供 LTS 版本(≥12 个月安全补丁),开源版跟随最新版本 |
实战技巧:采购谈判要点
与 VM 公司谈企业版合同时,重点关注:
- 节点数定义:vmstorage / vminsert / vmselect 算 3 类节点,每类单独计费
- 数据量计费:通常按"采样点数 / 秒"(如 100K samples/s = 1 个 unit)
- LTS 选择:Enterprise Plus 才包含 LTS 3 年支持
- 续约条款:提前 90 天书面通知,避免自动续约
必记闭环逻辑(核心考点)
关键功能差异可分 3 类:无差异类(核心引擎、查询语言、所有协议、工具链,绿色 ✅);强化类(多租户、Operator、审计,企业版在开源版基础上"做加法",黄色 🟡);独占类(vmgateway、vmbackupmanager、性能优化器、OIDC、SOC2 报告、商业 SLA,红色 ❌)。
五、版本选择决策树:什么场景选什么版本
思考记忆提示 — 版本选择 = 根据实际需求评估
- 关联前面章节:#05 版本演进、#150 跨集群查询、#154 灾备
- 关联决策:业务规模、合规要求、运维能力、预算
- 面试/考试高频提问:什么时候必须上企业版?
根据实际业务需求评估版本选择,主要考虑以下因素:
VictoriaMetrics 版本选择考量因素
│
├── 【因素 1】数据规模
│ ├── 评估维度:active series 总数、写入 samples/s、存储容量
│ ├── 建议:数据规模越大,企业版的优势越明显
│ └── 提醒:具体阈值需根据实际业务评估,没有统一标准
│
├── 【因素 2】合规要求
│ ├── 评估维度:是否需要 SOC2/HIPAA/PCI-DSS 等合规认证
│ ├── 有强合规要求 → 通常需要企业版 Enterprise Plus
│ └── 无合规要求 → 开源版或 Enterprise 基础版即可
│
├── 【因素 3】SLA 要求
│ ├── 评估维度:是否需要 7×24 支持和快速故障响应
│ ├── 有 7×24 SLA 要求 → Enterprise Plus
│ └── 8×5 工作时间支持即可 → Enterprise 基础版
│
└── 【因素 4】高级功能需求
├── 评估:是否需要 vmgateway、vmbackupmanager、性能优化器
├── 需要这些功能 → Enterprise Plus
└── 不需要 → Enterprise 或开源版
5.1 典型场景的版本选择参考
以下提供几个典型场景的选型参考(具体阈值因业务而异,建议按需评估):
| 场景类型 | 合规要求 | SLA 要求 | 高级功能 | 推荐版本 |
|---|---|---|---|---|
| 基础监控 | 无 | 无 | 不需要 | ✅ 开源版 |
| 多租户 SaaS | 可能有 | 8×5 | 需要多租户隔离 | 🟡 Enterprise |
| 金融/医疗 | SOC2/HIPAA | 24×7 | 需要审计日志 | ✅ Enterprise Plus |
| 大规模写入 | 无 | 24×7 | 需要高级支持 | ✅ Enterprise Plus |
| 强合规监控 | PCI-DSS | 24×7 | 需要全套企业功能 | ✅ Enterprise Plus |
避坑指南:避免"先买 Enterprise 再说"的过度采购
很多团队第一次采购就上 Enterprise,结果可能用不到大部分高级功能。正确做法:
- 第 1 阶段(0-6 个月):开源版验证业务可行性,零成本
- 第 2 阶段(6-12 个月):开源版规模扩大,遇到具体痛点时再评估
- 第 3 阶段(12+ 个月):明确列出 3 个必须用企业版才能解决的痛点,再采购
这样既避免浪费,又能精准选到"刚刚好"的版本。
必记闭环逻辑(核心考点)
版本选择主要考虑四个维度:数据规模、合规要求、SLA 要求、高级功能需求。基础监控选开源版;多租户 SaaS 可选 Enterprise;金融/医疗/大规模场景建议 Enterprise Plus。避免"先买 Enterprise 再说"的过度采购,应按"开源验证→痛点驱动→精准升级"三阶段走。
六、迁移路径:从开源版到企业版
思考记忆提示 — 迁移不是"切换 binary",而是"启动新模块"
- 关联前面章节:#05 版本演进、#139 滚动升级、#144 升级失败回滚
- 关联工具:vmbackupmanager、vmgateway、Operator CRD
- 面试/考试高频提问:从开源版升级到企业版需要停机吗?
从开源版升级到企业版是无缝的,因为:(1) 数据格式 100% 兼容;(2) 配置文件向后兼容;(3) 新功能以独立 binary 形式提供(vmbackupmanager、vmgateway)。
6.1 零停机升级流程
完整的零停机升级流程分 4 步:
从开源版升级到企业版(零停机)
│
├── 【Step 1:备份】(1 小时窗口)
│ └── 用 vmbackup 创建全量快照,验证可恢复
│ 命令: vmbackup -storageDataPath=/vm-data -snapshot.createURL=http://backup-s3
│
├── 【Step 2:下载企业版 binary】(5 分钟)
│ └── 从 https://victoriametrics.com/download/ 获取企业版 binary
│ - vmutils-enterprise-linux-amd64.tar.gz
│ - 解压后得到 vmbackupmanager、vmgateway 等新 binary
│
├── 【Step 3:启动新模块】(10 分钟)
│ ├── 启动 vmbackupmanager:
│ │ ./vmbackupmanager -eula=https://victoriametrics.com/eula -storageNode=...
│ └── 启动 vmgateway:
│ ./vmgateway -eula=https://victoriametrics.com/eula -listenAddr=:8801
│
├── 【Step 4:流量切换】(5 分钟,可灰度)
│ ├── vmauth 配置新增 enterprise-gateway 后端
│ ├── 灰度 10% 流量到 vmgateway
│ ├── 观察 24h 无异常
│ └── 100% 流量切换完成
│
└── 【验证】
├── 企业版 /metrics 暴露 enterprise 标签
├── vmgateway /health 端点返回 OK
└── 备份调度正常执行
6.2 降级路径:从企业版回退到开源版
如果企业版订阅到期或想降级,降级也是零停机的:
# 1. 停止企业版 binary(vmbackupmanager、vmgateway)
kubectl delete deployment vmbackupmanager
kubectl delete deployment vmgateway
# 2. 流量切回 vmauth
# 修改 vmauth 配置,移除 enterprise-gateway 后端
# 3. 数据完全保留(开源版可读企业版写入的所有数据)
# 验证:开源版 victoria-metrics --dryRun 读取
实战技巧:企业版 EULA 文件的作用
企业版 binary 启动时必须指定 -eula 参数,指向 VM 公司提供的 EULA 文件 URL(如 https://victoriametrics.com/eula)。这个文件包含企业版 License 条款,binary 启动时会验证 License 有效性。License 过期后,binary 不会立即停止运行,但会在日志中告警,给运维人员 30 天宽限期。
必记闭环逻辑(核心考点)
从开源版升级企业版是零停机、零数据迁移的:4 步流程(备份→下载企业版 binary→启动新模块→流量切换)。关键点:企业版 binary 启动需指定 -eula 参数。降级也是零停机,只需停掉企业版 binary + 流量切回 vmauth,数据完全保留。EULA 文件包含 License 条款,过期后有 30 天宽限期。
七、FAQ 问答模块
思考记忆提示 — FAQ 是全篇的"临考前速背"模块,把前面的功能差异浓缩成 20 个高频问题
- Q1-Q5 围绕商业模型:双轨制、License、定价、节点定义
- Q6-Q10 围绕开源版能力:13 个 binary、能力矩阵、协议覆盖
- Q11-Q15 围绕企业版特性:6 大增值、SLA、LTS、迁移
- Q16-Q20 围绕实战决策:决策树、采购谈判、典型场景
Q1. VictoriaMetrics License 是什么?
开源版采用 Apache License 2.0 协议(本仓库 LICENSE 文件确认),企业版采用商业订阅 License。Apache 2.0 在 GitHub 上获得大量 stars,是 CNCF 生态中最受欢迎的 Prometheus 替代方案之一。
Q2. 企业版一年多少钱?
具体报价需联系 sales@victoriametrics.com 获取。企业版按节点/年订阅计费,Enterprise 和 Enterprise Plus 提供不同的支持等级。具体报价取决于节点数、订阅年限和支持等级,多节点/多年订阅通常有折扣。
Q3. 开源版能用于商业产品吗?
可以,Apache 2.0 允许商业使用。你可以把开源版 VictoriaMetrics 集成到自己的商业产品中销售,不需要付费给 VM 公司。但不能在产品中"重新分发"企业版的 binary(License 不允许)。
Q4. 企业版的 binary 是闭源的吗?
不是闭源,但采用商业 License。企业版 binary 的源码可在 https://github.com/VictoriaMetrics/VictoriaMetrics/tree/enterprise 分支查看(同样 Apache 2.0),但 binary 只能在持有有效订阅 License 时使用。源码可见 + License 受限 = "源码透明的商业软件"。
Q5. 一个节点怎么定义?
vmstorage、vminsert、vmselect 三类组件分别独立计费。一个最小 Cluster 部署(1 个 vminsert + 1 个 vmstorage + 1 个 vmselect)算 3 个节点。vmagent、vmalert、vmauth 等辅助组件不计入节点数,免费使用。
Q6. 开源版包含 VictoriaLogs 吗?
包含,VictoriaLogs 是独立的 Apache 2.0 开源产品。VictoriaMetrics 和 VictoriaLogs 是两个独立产品线,都采用 Apache 2.0 协议。VictoriaLogs 没有企业版,所有功能(包括 Cluster 模式)都完全开源。
Q7. 开源版能跑 Cluster 吗?
能,开源版 Cluster 功能完整可用。vminsert + vmstorage + vmselect 三件套在 Apache 2.0 下完整开源,无功能阉割。Enterprise 在此基础上增强自动故障转移、跨区域复制等高级特性。
Q8. 开源版有官方 Docker 镜像吗?
有,Docker Hub 上的 victoriametrics/victoria-metrics 是开源版镜像。企业版镜像需从 VM 公司的私有 registry 拉取(订阅后获得凭证)。开源版镜像每日自动构建,企业版镜像随订阅发布。
Q9. vmauth 和 vmgateway 的区别?
vmauth 是轻量级反向代理(开源),vmgateway 是完整 API 网关(企业版独占)。vmauth 提供基础认证 + 负载均衡;vmgateway 在此基础上增加多租户路由、Rate Limiting、RBAC、审计日志、OIDC 联邦等企业级能力。
Q10. 开源版能实现多租户吗?
能,但属于"软隔离"。开源版通过 accountID/projectID 区分租户,但没有硬性资源配额。一个租户的爆炸式查询可能影响其他租户。企业版的 vmgateway 提供硬性 quota(series 数、内存、并发数)。
Q11. 企业版的 6 大核心增值是什么?
多租户硬隔离、vmbackupmanager、vmgateway、Operator 高级 CRD、性能优化器、商业支持 SLA。这 6 项对应"超大规模、强合规、强 SLA"三类企业级痛点,是判断是否升级企业版的核心依据。
Q12. 企业版有 LTS 长期支持吗?
有,Enterprise Plus 包含 LTS 长期支持。LTS 版本提供 ≥12 个月的安全补丁 + 关键 bug 修复(具体时长按合同约定)。开源版跟随最新版本,不提供 LTS 保障。
Q13. 企业版故障响应时间是多久?
Enterprise 提供 8×5 支持,Enterprise Plus 提供 24×7 支持。具体响应时间 SLA 按合同约定,Enterprise Plus 通常包含更快的故障响应。具体等级定义(P1/P2/P3)和响应时间在合同中明确。
Q14. 从开源版升级到企业版需要数据迁移吗?
不需要,数据格式 100% 兼容。企业版 binary 可以直接读取开源版写入的数据,反之亦然。升级只需下载企业版 binary、修改配置、重启服务,整个过程零停机。
Q15. 企业版到期后还能用吗?
能用,但有 30 天宽限期。License 过期后,binary 不会立即停止运行,但会在日志中告警。30 天内必须续费或迁移到开源版,否则 binary 会停止接收新连接(但已有数据可读)。
Q16. 中小公司应该选什么版本?
数据规模较小、团队人数有限、无强合规要求的中小公司,开源版通常是足够的。具体选型取决于实际数据规模、合规要求和预算。建议先用开源版验证业务可行性,遇到具体痛点时再评估升级。
Q17. 金融/医疗/支付行业应该选什么版本?
必须 Enterprise Plus。这类行业受 SOC2/HIPAA/PCI-DSS 监管,要求 7×24 SLA + 审计日志 + 1 小时内故障响应。开源版无法满足合规要求,企业版 Enterprise Plus 是唯一选择。
Q18. 如何判断团队是否需要企业版?
根据实际需求评估,主要看四个维度:数据规模、合规要求、SLA 要求、高级功能需求。具体来说:(1) 需要多租户隔离? (2) 有强合规要求? (3) 需要 7×24 SLA? (4) 需要 vmgateway、vmbackupmanager 等高级功能?根据这些问题的答案选择合适的版本。
Q19. 企业版可以试用吗?
可以,VM 公司提供 30 天免费试用。试用期内可用全部 Enterprise Plus 功能,试用结束后可选择付费订阅或迁移回开源版。试用申请地址:https://victoriametrics.com/contact-us/
Q20. 从企业版降级回开源版麻烦吗?
不麻烦,零停机零数据迁移。只需停掉企业版 binary(vmbackupmanager、vmgateway),修改 vmauth 配置移除企业版后端,数据完全保留。所有用企业版写入的数据都能被开源版读取。
全篇必记总纲
VictoriaMetrics 的 Open Core 双轨制可总结为"3 个订阅等级 + 6 大企业版增值 + 4 维度评估 + 零迁移升级"。3 个订阅等级:Open Source(免费,Apache 2.0)、Enterprise(基础商业)、Enterprise Plus(完整商业 + LTS + 24×7)。6 大企业版增值:多租户硬隔离、vmbackupmanager、vmgateway、Operator 高级 CRD、性能优化器、SLA。版本选择评估 4 个维度:数据规模、合规要求、SLA 要求、高级功能需求。
八、Roadmap:后续预告
本篇覆盖了企业版与开源版的功能差异,后续将深入到版本选择和升级策略:
- #15 发布节奏与版本策略:LTS 选择与升级路线——本文姊妹篇
- #05 版本演进:1.146.0 LTS 重大更新解析
- #139 滚动升级:不停服升级 VM 版本最佳实践
- #144 升级失败回滚:从备份恢复完整步骤
- #154 灾备中心:异地多活数据同步与故障切换
本文参考与源码链接:
• VictoriaMetrics GitHub 仓库
• 企业版源码(enterprise 分支)
• VictoriaMetrics 官方文档
• Enterprise 官方介绍
• vmbackupmanager 文档
• vmgateway 文档

浙公网安备 33010602011771号