Hashicorp Vault技术问询：单个Secret键值对数量及存储计算验证

一、单个Namespace、Mount Point及Secret的键值对数量限制 #

Vault 本身没有针对以下层级的硬编码键值对数量上限，实际限制取决于所使用的后端存储（如 Consul、PostgreSQL、文件系统等）的性能与容量：

• 单个Namespace：仅受后端存储的整体承载能力约束
• 单个Mount Point：同Namespace逻辑，由后端存储决定
• 单个Secret：KV引擎（无论v1还是v2）没有硬限制，但不建议在单个Secret中存储大量键值对——过多的键值对会增加Secret的序列化/反序列化开销，影响读写性能，建议将大量键值对拆分到多个独立Secret中

二、存储大小计算逻辑验证 #

你的计算方向是合理的，但需要补充几个细节：

核心公式合理性 #

公式 Size per version = key size + value size + metadata size 符合Vault KV版本存储的基本逻辑：

• 每个键值对的原始数据包含键的字节数、值的字节数
• 额外的元数据包含版本号、创建时间、路径标识等字段

计算过程的近似性 #

你给出的计算：

Size per version = 100bytes + 100bytes + 21bytes = 221bytes
Total storage size = 100,000 × 221bytes = 22,100,000 bytes ≈ 22.1MB

这个估算结果可以作为参考值，但注意：

• 元数据的21bytes是简化近似值，实际元数据大小会因Vault版本、额外属性（如自定义元数据）略有波动
• 若后端存储启用了压缩（如Consul的默认压缩），实际占用空间会小于计算值
• 若启用了多版本保留（KVv2默认保留10个版本），总存储大小需乘以保留的版本数

内容的提问来源于stack exchange，提问作者palmy-baulk