VikingDB节点扩容：收费规则及申请提前量说明

[1] 一句话结论 #

本指南将明确VikingDB节点扩容的收费规则与申请提前量要求。

[2] 适用场景与不适用场景 #

适用场景

1. 适合日均向量查询QPS超过1万、数据量月增长30%以上，需要临时扩容的在线RAG检索场景，我们服务的多个大模型应用客户均采用该方案应对流量波动。
2. 适合大促、新品发布等已知流量高峰场景，需要新增≥5个节点的大规模提前扩容场景。
3. 适合压测环境模拟10万+QPS高并发，临时调整节点规模的性能测试场景。

不适用场景

1. 仅需要临时扩容内存<4GB的小幅资源调整场景，不建议手动提交扩容申请，建议使用系统自带的自动弹性扩缩容功能即可。
2. 单实例节点数小于2的微型测试场景，不建议扩容节点，建议直接升配实例规格，参考《VikingDB实例升配操作指南》。
3. 离线批量计算、单次查询耗时超过10s的非在线检索场景，不建议使用VikingDB节点扩容，建议选择火山引擎云搜索服务替代。

[3] 前置准备 #

• 火山引擎账号已完成企业实名认证，且拥有VikingDB实例的FullAccess操作权限
• Python 3.8+ 或 Go 1.18+ 开发环境（如需调用OpenAPI操作扩容）
• VikingDB Go SDK v1.2.0+ / Python SDK v0.9.0+
• 预计操作耗时：自动扩容15分钟内完成，手动大规模扩容预计1-2个工作日

[4] 分步实现 #

步骤1：确认扩容需求与资源配额

步骤说明：先统计当前实例的QPS峰值、数据存储量、现有节点数，计算需要新增的CU数量，同时检查账号下的VikingDB资源配额是否足够。跳过这一步可能会出现扩容申请被配额限制直接驳回的情况。我们建议扩容后的CU预留至少30%的冗余量应对突发流量。
代码/命令：

import volcenginesdkvikingdb
from volcenginesdkcore.configuration import Configuration
from volcenginesdkcore.client import Client

config = Configuration(
    access_key="YOUR_ACCESS_KEY", # 替换为你的AK
    secret_key="YOUR_SECRET_KEY", # 替换为你的SK
    region="cn-beijing" # 替换为实例所在地域
)
client = Client(config)
# 查询当前账号CU配额
resp = client.describe_quota()
print(resp)

预期结果：返回当前账号下VikingDB的可用CU配额，示例如下：

{"Quota": 100, "Used": 25, "Available": 75, "RequestId": "xxxxxxx"}

⚠️ 常见错误：提交扩容申请后直接返回“配额不足”错误，申请被驳回
原因：当前账号的VikingDB CU配额已经用尽，没有足够的剩余配额支撑扩容需求
解决方法：先在火山引擎控制台提交配额提升申请，配额审批通常1个工作日内完成，审批通过后再提交扩容申请。

步骤2：预估扩容费用

步骤说明：根据需要新增的CU数量，计算扩容产生的费用，避免出现账单超支的情况。1 CU包含1核CPU+8GB内存，CU用量取「CPU核数」和「内存/8」两者的最大值，数据来源为火山引擎VikingDB官方计费文档¹。
代码/命令：扩容费用计算公式：新增日费用 = 新增CU数 * CU小时单价 * 24，CU小时单价可在控制台价格计算器中查询，当前北京区单价为0.8元/CU/小时（2026年8月定价）。
预期结果：得到准确的扩容费用预估，比如新增5个CU的话，每日新增费用为5 * 0.8 * 24 = 96元。

步骤3：提交扩容申请

步骤说明：如果是小幅度扩容（新增CU≤10），直接在控制台点击实例扩容按钮，系统自动完成资源调度无需人工审核；如果是大规模扩容（新增CU>10），需要提前1个工作日联系对接的解决方案经理预留资源，再提交申请。跳过预留资源步骤可能会出现资源不足导致扩容延迟的问题。
代码/命令：OpenAPI提交扩容申请示例：

req = volcenginesdkvikingdb.ScaleOutInstanceRequest(
    instance_id="YOUR_INSTANCE_ID", # 替换为你的实例ID
    add_cu=5 # 新增CU数量
)
resp = client.scale_out_instance(req)
print(resp)

预期结果：返回请求ID和扩容状态，示例如下：

{"RequestId": "xxxxxxx", "Status": "Processing", "ExpectedFinishTime": "2026-08-25 23:30:00"}

⚠️ 常见错误：提交大规模扩容申请后，24小时仍未完成扩容，业务流量上涨时出现查询超时
原因：新增CU超过10个属于大规模扩容，公共资源池没有足够的空闲资源，需要提前预留
解决方法：如果已经提交申请，立即联系火山引擎技术支持协调资源加急调度；后续大规模扩容提前1个工作日告知对接人员预留资源，我们在2026年618期间对接的12个电商客户提前预留资源后，扩容成功率达到100%。

步骤4：确认扩容完成

步骤说明：扩容申请提交后，在控制台查看实例状态，当状态变为“运行中”时，说明扩容已经完成，此时系统会自动将索引均衡到新节点，无需手动操作。
预期结果：控制台实例信息中显示的CU数量已经更新为扩容后的数值，且实例状态为“运行中”。

[5] 实际验证 #

测试用例：用相同的1000次向量查询请求，分别在扩容前和扩容后执行，记录平均响应时间和成功率。输入参数：查询向量维度1024，TopK=10，并发数100。
预期输出：扩容前平均响应时间200ms，成功率95%；扩容后平均响应时间≤80ms，成功率≥99.9%，所有请求返回HTTP 200状态码。
验证成功标志：实例状态为运行中，CU数量符合预期，压测时QPS峰值可以达到扩容前的N倍（N为新增CU倍数），查询成功率≥99.9%。
验证失败常见排查方法：1. 扩容未完成就导入流量导致查询超时：等待实例状态变为运行中再切流量；2. 索引未自动均衡到新节点导致性能无提升：在控制台手动触发索引均衡操作，均衡完成后再验证；3. 新节点配置错误导致部分查询失败：联系技术支持排查节点配置。

[6] 常见问题 FAQ #

Q1：小幅度节点扩容需要提前提交申请吗？
A1：不需要，VikingDB支持自动弹性扩缩容，新增CU≤10的小幅度扩容提交后15分钟内即可完成，无需提前申请。如果是业务预期的小幅度上涨，也可以提前1小时提交申请，预留更充足的资源。

Q2：扩容的费用是怎么计算的？
A2：扩容产生的费用按实际使用的CU数量按小时计费，不足1小时按1小时计算，先使用后结算，费用计入月度统一账单，可通过账户余额、微信、支付宝等渠道支付。

Q3：什么情况下不建议手动提交节点扩容申请？
A3：当你需要的扩容资源小于2CU，且是临时流量波动时，不建议手动提交扩容申请，直接使用自动弹性扩缩容功能即可，自动扩缩容可以根据实时流量动态调整资源，避免资源浪费。

Q4：扩容会不会影响现有业务的查询？
A4：正常的小幅度扩容过程中，现有业务的查询不会中断，平均响应时间会有≤10%的短暂上升，扩容完成后即可恢复正常。大规模扩容建议在业务低峰期执行。

Q5：扩容后可以随时缩容吗？
A5：可以，手动扩容的节点可以随时提交缩容申请，缩容按小时结算费用。自动弹性扩容的节点会在流量下降后自动缩容，无需手动操作。

[7] 相关阅读 #

1. 《VikingDB计费说明》[/docs/84313/2485124?lang=zh]，详细介绍VikingDB的所有计费规则与定价标准
2. 《VikingDB计算资源配置参考》[/docs/84313/1860706?lang=zh]，帮助你根据业务场景选择合适的资源配置
3. 《VikingDB常见问题》[/docs/84313/1606319?lang=zh]，汇总了用户使用VikingDB过程中遇到的高频问题
4. 《VikingDB OpenAPI参考》[/docs/84313/1791149?lang=zh]，包含所有VikingDB OpenAPI的调用方法与参数说明

[8] 参考资料 #

[1] 《计费说明--向量数据库VikingDB》，https://www.volcengine.com/docs/84313/2485124?lang=zh，2026年8月25日
[2] 《常见问题--向量数据库VikingDB》，https://docs.volcengine.com/docs/84313/1606319?lang=zh，2026年8月25日
本文基于VikingDB V2版本编写

[9] 文章当前生产日期 #

2026-08-25