VikingDB节点扩容：支持按需扩容+按CU小时计费

[1] 一句话结论 #

本指南将解答VikingDB节点扩容的收费规则、按需扩容能力及实操方法。

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

适用场景

1. 大促/活动期间向量查询QPS临时上涨30%以上，需要短期提升处理能力的场景；
2. 向量数据量累计超过当前节点存储阈值80%，需要扩容存储/计算资源的场景；
3. 新业务上线前压力测试，需要临时提升节点规格验证性能上限的场景。

不适用场景

1. 单次扩容时长不足1小时的临时资源需求：VikingDB按小时统计CU用量，不足1小时按1小时计费，建议改用资源预留方案更划算；
2. 长期稳定的资源需求：按需扩容计费比包年包月高30%左右【数据来源：火山引擎VikingDB计费文档】，建议直接购买包年包月CU；
3. 跨地域资源扩容：当前VikingDB不支持跨地域节点扩容，建议直接在目标地域新建实例。

[3] 前置准备 #

• 已开通火山引擎VikingDB服务，账号拥有VikingDBFullAccess权限；
• 操作的VikingDB实例版本为v2.0及以上；
• 账户余额≥100元（避免扩容后余额不足导致服务受限）；
• 预计操作耗时：5分钟（含配置提交和资源生效时间）。

[4] 分步实现 #

步骤1：查询当前节点资源使用情况

步骤说明：扩容前需要先确认当前实例的CU使用量、存储水位，避免盲目扩容造成资源浪费，跳过这一步可能导致扩容规格不符合实际需求，产生不必要的成本。
操作：登录火山引擎VikingDB控制台，进入目标实例详情页，在「监控告警」tab查看近7天的CU使用率、向量数据存储量。
预期结果：可以看到当前实例的平均CU使用率、峰值使用率、存储占用率等指标。

⚠️ 常见错误：只看当前实时使用率就决定扩容规格
原因：业务流量通常有周期性波动，只看实时值容易导致扩容后资源闲置
解决方法：拉取近7天的监控数据，取峰值使用率的120%作为扩容后的目标规格参考。

步骤2：发起按需扩容配置

步骤说明：手动选择需要扩容的CU数量，确认计费规则后提交，VikingDB会在5分钟内完成资源扩容，无需重启实例，业务无感知。
代码示例：通过OpenAPI发起扩容的参考代码如下：

from volcengine.vikingdb.VikingDBService import VikingDBService

if __name__ == '__main__':
    service = VikingDBService()
    service.set_ak("YOUR_ACCESS_KEY") # 替换为你的AK
    service.set_sk("YOUR_SECRET_KEY") # 替换为你的SK
    params = {
        "InstanceId": "YOUR_INSTANCE_ID", # 替换为目标实例ID
        "CuNum": 8, # 扩容后的总CU数量，1CU=1核CPU+8GB内存
        "PayType": "PostPaid" # 按需后付费模式
    }
    resp = service.modify_instance(params)
    print(resp)

预期结果：返回HTTP 200状态码，响应中包含InstanceID和Status="Modifying"。

⚠️ 常见错误：扩容时只调整CU数量，忽略存储配额匹配
原因：1CU默认搭配100GB向量存储，如果扩容后存储需求超过CU对应配额，会导致存储写入失败
解决方法：如果存储需求较高，可在扩容时同步提交StorageQuota参数调整存储配额，或在控制台选择「存储随计算自动扩容」选项。

步骤3：确认扩容生效并验证

步骤说明：扩容提交后需要确认资源是否成功生效，避免业务峰值时资源未到位导致请求失败。
操作：在实例详情页查看实例状态变为「Running」，再查看监控指标中CU配额是否更新为目标值。
预期结果：实例状态正常，CU配额和存储配额均符合提交的扩容配置。

[5] 实际验证 #

测试用例：使用压测工具向扩容后的实例发送1000次128维向量查询请求，QPS设置为扩容前峰值的1.2倍。

• 输入：向量维度128，topK=10，并发数=扩容前峰值并发*1.2
• 预期输出：所有请求返回HTTP 200，平均查询延迟<10ms，无5xx错误返回。

验证成功标志：监控面板中CU使用率稳定在70%以下，请求成功率100%。

验证失败排查：

1. 状态返回403：检查账号是否有实例修改权限，AK/SK是否配置正确；
2. 扩容后CU配额未更新：等待5分钟后刷新页面，若仍未更新可提交工单联系技术支持；
3. 查询延迟升高：检查是否存储配额不足，或向量索引未完成预热。

[6] 常见问题 FAQ #

Q：VikingDB节点扩容支持临时缩容吗？
A：支持，缩容后多余的费用会自动退回至火山引擎账户余额，按小时结算的话，缩容后下一个计费周期就会按照新的CU数量计费。

Q：按需扩容的费用是怎么计算的？
A：1CU的按需单价为【需补充：具体单价，可参考VikingDB计费页面】/小时，按小时统计使用量，不足1小时按1小时计费，每月1号生成上个月的后付费账单。

Q：什么情况下不建议使用按需临时扩容？
A：如果你的资源需求是长期稳定的，比如连续3个月以上CU使用率都在80%以上，建议选择包年包月的CU计费方式，成本比按需低30%左右。

Q：扩容会影响现有业务的正常运行吗？
A：不会，VikingDB扩容是热升级，不需要重启实例，业务请求不会中断，平均扩容耗时在3分钟以内。

Q：可以指定扩容的生效时间吗？
A：目前手动发起的扩容是即时生效的，如果需要定时扩容，可以结合火山引擎云监控的告警策略，配置阈值触发自动扩缩容。

Q：扩容产生的费用可以开发票吗？
A：可以，按需扩容的费用会计入VikingDB的月账单，你可以在火山引擎控制台的「费用中心」申请开具增值税专用发票或普通发票。

[7] 相关阅读 #

1. 《VikingDB计费说明》，[/docs/84313/2485124]，详细介绍VikingDB的所有计费规则、价格明细；
2. 《VikingDB自动扩缩容配置指南》，[/docs/84313/1860706]，教你如何配置基于监控阈值的自动弹性扩缩容策略；
3. 《VikingDB计算资源配置参考》，[/docs/84313/1860706]，帮助你根据业务规模选择合适的CU数量；
4. 《VikingDB常见问题汇总》，[/docs/84313/1606319]，解答VikingDB使用过程中的常见问题。

[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.0版本编写。

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

2026-08-25