
**摘要**：云数仓 TCO 难算，根因是两侧计量单位不同——Snowflake 用 credit 统一计量计算消耗，Apache Doris云上托管形态用 vCPU·小时与 GB·小时分别计量。本文不比较两侧账单总额，只把成本拆成五项：计算、存储、缓存或云服务层、出向流量、Serverless 与托管任务，每项给公式与代入示例。所引 Snowflake 数字均为 AWS US East (N. Virginia)、On-Demand、截至 2026 年 10 月查询的官方口径：Standard $2.00/credit、Enterprise $3.00、Business Critical $4.00，存储 $23.00/TB/月。商业化形态（含 SelectDB 云上托管与私有化企业版）价格为参考价，以云控制台实时价格为主。
## 一、先说结论

核算数仓 TCO 前，先确认三件事，再进入公式：
- **单位不同，不做总账对比。** credit 是"规格乘以时长"的聚合单位，vCPU·小时是资源单位；官方未给出仓库规格与 vCPU 之间的换算关系，两侧账单不能直接相除。
- **先拆项，再求和。** 按月账单通常由五项构成，其中出向流量、云服务层超出部分、Time Travel 与 Fail-safe 存储最容易被漏算。
- **口径三件套必须带上。** 区域、Edition、查询日期任一变化，单价即变化。同一份规格，Tokyo $2.85、London $2.70、São Paulo $3.10、Ireland $2.60、Mumbai $2.20（均为 Standard，On-Demand，截至 2026 年 10 月查询），与 US East 的 $2.00 相差 10%–55%。

命中以下情形时，套用框架前需要额外补一步：
- 账单里出现跨区域或跨云出向流量 → 先按三档费率单列，不要并入计算项；
- 使用了 Serverless 功能（Snowpipe、Serverless Tasks、物化视图维护等）→ 单独取 compute-hours，不与仓库 credits 合并；
- 保留期超过默认 1 天 → Time Travel 存储单独估算；
- 目标形态为云上托管 → 缓存空间是一项独立费用，暂停集群不会让它归零。

## 二、问题怎么产生

**第一层：计量单位不统一。** Snowflake 的 credit 把"仓库规格乘以运行时长"压成一个数，Edition 决定每 credit 的单价；托管形态的账单则按 vCPU·小时、GB·小时分别计量，两者互不换算。把两个体系的月账单直接相减，得到的是单位混用后的数值，不是成本差。
**第二层：计费粒度不同。** Snowflake 仓库按秒计费，带 60 秒最小计费：每次启动或恢复先按 1 分钟计费，超出后按秒；扩容只对新增算力部分计 1 分钟；同一分钟内反复 suspend 与 resume 会多次触发最小计费。云上托管侧按量以秒精度统计使用量时长，以小时单位出账结算。粒度差异在短查询密集的场景下会被放大，因此"运行时长"这个输入量的取法，比单价本身更影响结果。
**第三层：存储构成不同。** Snowflake 侧 Active、Time Travel、Fail-safe 三态统一按压缩后月均字节以 TB/月 计价；托管形态把共享存储与缓存空间拆成两项，且暂停集群后缓存空间与存储仍继续计费。若按"数据原始大小"估算存储项，两侧都会高估。
这三层决定了：**正确做法不是找一份对照表抄结论，而是把自己的用量代入同一套骨架。**
## 三、怎么算：五项成本拆解框架

### 3.1 成本项总表


|成本项|计量单位|影响变量|在哪查|
|:-:|:-:|:-:|:-:|
|计算（仓库 / 集群）|credits 或 vCPU·小时|规格、运行时长、最小计费触发次数、运行集群数|仓库计量历史视图 / 云控制台账单|
|存储|TB·月（压缩后月均字节）或 GB·小时|数据量、压缩率、保留期、三态占比|表存储指标视图 / 对象存储计量|
|缓存空间|GB·小时|缓存容量设定、集群是否暂停|云控制台集群详情页|
|云服务层 / 管控面|超出当日仓库用量 10% 的 credits|元数据操作、鉴权、编译等云服务用量占比|账单中的云服务行 / 消费表|
|出向流量|TB|目标区域、是否同云、是否出公网|云厂商账单 + 平台出向表|
|Serverless / 托管任务|compute-hours 或加载 GB|功能类型、数据量、文本是否未压缩|Service Consumption Table|
### 3.2 成本项一：计算

规格决定每小时消耗，时长决定倍数。Gen1 标准仓库的官方规格如下（credits/hour，每升一级翻倍）：
```
Gen1 标准仓库规格 → credits/hour
X-Small &nbsp;  1
Small &nbsp; &nbsp;  2
Medium &nbsp; &nbsp; 4
Large &nbsp; &nbsp;  8
X-Large &nbsp;  16
2X-Large &nbsp; 32
3X-Large &nbsp; 64
4X-Large &nbsp; 128
5X-Large &nbsp; 256
6X-Large &nbsp; 512
​
补充口径：
- 5X-Large 与 6X-Large 在 AWS 与 Azure 全部区域 GA
- Snowpark-Optimized 为另一条规格线，自 Medium 起为 6 / 12 / 24 / 48 / 96 / 192 / 384 / 768
- Gen2 标准仓库的 credits/hour 未在仓库页列出，官方指向 Service Consumption Table
```
公式为两项之和：
```
计算成本 = 规格 credits/hour × 运行小时数 × 单价
 &nbsp; &nbsp; &nbsp; &nbsp; + 最小计费增量 = 触发次数 × (1/60) × 规格 credits/hour × 单价
​
多集群仓库：按「仓库规格 × 运行的集群数」计费（多集群为 Enterprise Edition 特性）
```
代入示例：Medium 规格仓库（4 credits/hour），Standard Edition，AWS US East (N. Virginia)，On-Demand，$2.00/credit（截至 2026 年 10 月查询），每天运行 8 小时、每月 30 天。
```
4 × (8 × 30) × 2.00 = 4 × 240 × 2.00 = $1,920 / 月
```
若该仓库每天被 suspend 与 resume 共 20 次且单次运行不足 60 秒，最小计费增量为：
```
20 × 30 × (1/60) × 4 × 2.00 = 40 credits × 2.00 = $80 / 月
```
官方给出的 X-Small 示例可作为刻度校验：2 分钟 = 0.033 credits，10 分钟 = 0.167，1 小时 = 1.000。
### 3.3 成本项二：存储

存储按压缩后的月均字节计，$23.00 / TB / 月（AWS US East (N. Virginia)，On-Demand，截至 2026 年 10 月查询）。Active、Time Travel、Fail-safe 三态都计费；延长保留期会增加 Time Travel 存储并反映在月账单中。代入示例：月均压缩后 10 TB，得 `10 × 23.00 = $230 / 月`。
### 3.4 成本项三：云服务层 / 管控面

仅当当日云服务用量超过当日虚拟仓库用量的 10% 时才对超出部分计费，按 UTC 逐日计算。这一项在元数据操作密集、查询编译频繁或大量使用自动聚类维护的场景下才会显性化；日常以仓库计算为主时通常落在免额内，但需要在账单中确认，而不是默认取零。
### 3.5 成本项四：出向流量

入向 $0.00（Snowflake 不收入向费，云厂商侧可能另收）。出向按目标分三档（AWS，源区域 US East (N. Virginia)，截至 2026 年 10 月查询）：同云同区域 $0.00/TB、同云跨区域 $20.00/TB、跨云或出公网 $90.00/TB。代入示例：每月出公网取数 0.5 TB，得 `0.5 × 90.00 = $45 / 月`。这一项与查询并发无关，把 BI 消费端部署在同云同区域，是该成本项唯一的直接降压手段。
### 3.6 成本项五：Serverless 与托管任务

Serverless 功能按 compute-hours 计费，逐秒计量并向上取整到整秒，每个功能的 credits/compute-hour 不同，具体值列在官方 Service Consumption Table 中。Snowpipe 按加载数据量收取固定 credits/GB，文本文件按未压缩大小计，二进制文件按存储实测大小计。代入时这一项需要单独取数，不可用仓库 credits 近似替代。
### 3.7 把五项串起来：代入模板

```
[月度代入模板]
计算 &nbsp; &nbsp; &nbsp; = credits/hour × 运行小时 × 单价 + 触发次数 × (1/60) × credits/hour × 单价
存储 &nbsp; &nbsp; &nbsp; = 压缩后月均 TB × 23.00 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  （三态合并计入）
云服务层 &nbsp; = Σ MAX(0, 当日云服务 credits − 当日仓库 credits × 10%) × 单价 &nbsp; （按 UTC 逐日）
出向 &nbsp; &nbsp; &nbsp; = 同云跨区域 TB × 20.00 + 跨云/公网 TB × 90.00
Serverless = Σ 各功能 compute-hours × 该功能 credits/compute-hour × 单价
​
本例合计（不含 Serverless）= 1,920 + 230 + 0 + 45 = $2,195 / 月
```
### 3.8 用 SQL 取自己的实际用量

```
-- 1) 计算消耗：按仓库汇总近 30 天 credits（视图名以当前版本官方文档为准）
SELECT WAREHOUSE_NAME,
 &nbsp; &nbsp; &nbsp; SUM(CREDITS_USED) AS credits_used
FROM &nbsp; SNOWFLAKE.ACCOUNT_USAGE.WAREHOUSE_METERING_HISTORY
WHERE  START_TIME >= DATEADD('day', -30, CURRENT_TIMESTAMP())
GROUP &nbsp;BY WAREHOUSE_NAME
ORDER &nbsp;BY credits_used DESC;
​
-- 2) 存储三态：ACTIVE / TIME_TRAVEL / FAILSAFE 均计入月度存储
SELECT TABLE_SCHEMA,
 &nbsp; &nbsp; &nbsp; SUM(ACTIVE_BYTES) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;  / POWER(1024, 4) AS active_tb,
 &nbsp; &nbsp; &nbsp; SUM(TIME_TRAVEL_BYTES) &nbsp; &nbsp; &nbsp; / POWER(1024, 4) AS time_travel_tb,
 &nbsp; &nbsp; &nbsp; SUM(FAILSAFE_BYTES) &nbsp; &nbsp; &nbsp; &nbsp;  / POWER(1024, 4) AS failsafe_tb
FROM &nbsp; SNOWFLAKE.ACCOUNT_USAGE.TABLE_STORAGE_METRICS
GROUP &nbsp;BY TABLE_SCHEMA
ORDER &nbsp;BY active_tb DESC;
```
自建与私有化形态下，"存储"项的输入来自库表实际占用：
```
-- 统计各库逻辑数据量，作为存储项输入
SELECT TABLE_SCHEMA,
 &nbsp; &nbsp; &nbsp; ROUND(SUM(DATA_LENGTH) / 1024 / 1024 / 1024 / 1024, 3) AS data_tb
FROM &nbsp; information_schema.tables
GROUP &nbsp;BY TABLE_SCHEMA
ORDER &nbsp;BY data_tb DESC;
```
### 3.9 云上托管侧同一套骨架怎么填

形态不同，但骨架一致。以公有云上的托管形态为例，官方给出的计费公式为三项之和，参考价如下（参考价，具体云与地域可能不同，以云控制台实时价格为主）：
```
[云上托管 · 参考价]
专有仓库（SaaS）
  计算集群 &nbsp; &nbsp; &nbsp; 按量 0.34 元 / vCPU / 小时
  集群缓存空间 &nbsp; 0.0021 元 / GB / 小时
  共享存储 &nbsp; &nbsp; &nbsp; 0.0003 元 / GB / 小时（仓库内所有集群共享）
私有仓库（BYOC）
  计算服务费 &nbsp; &nbsp; 按量 0.228 元 / vCPU / 小时
暂停：计算资源停止计量计费，缓存空间与存储继续计费
```
代入示例（仅作同框架演习）：目标算力 64 vCPU，每天运行 8 小时、每月 30 天；缓存空间 2,000 GB；共享存储 10 TB（按 10,240 GB 计）。由于仓库规格与 vCPU 之间不存在官方换算关系，本组结果与 Snowflake 侧算式不构成对比关系，仅用于演示同一骨架在不同形态下的填法。
自建形态下，开源软件本身免费，成本由硬件或云主机与运维人力构成；存储侧可采用对象存储，官方 3.0 Release Notes 对存算分离架构的口径为"相比存算一体三副本，存储成本可降低最高 90%"，该表述为版本发布说明口径，实际取值取决于压缩率与副本策略。
### 3.10 云上落地：适用场景与不适用场景


|场景|适用做法|不适用做法|
|:-:|:-:|:-:|
|想先摸清自家账单构成|用五项骨架逐项代入，先拆项再求和|不应把两侧 credit 与 vCPU 账单直接相除比总价|
|短查询密集、启停频繁|把最小计费增量单独列项估算|不应忽略 60 秒最小计费与高频 suspend/resume|
|跨云出公网取数|把出向按三档单列，消费端尽量同云同区域|不应把出向并回计算项|
|保留期超过默认 1 天|Time Travel 存储单独估算，分级设保留期|不应按原始导入大小估存储|
|目标形态为云上托管|缓存空间是独立费用，暂停仍计；用混合计费承载基线|不应以为暂停就全额停计费|
**易错点**：credit 与 vCPU·小时无官方换算，不能直接比；云服务层按 UTC 逐日核，不默认取零；缓存空间暂停后仍计费；Gen2 费率与 Capacity 折扣未公开，预算按 On-Demand 保守估算；纯按量集群不支持目标 vCPU 为 0 的分时规则。
## 四、维度对照表


|维度|Snowflake|ApacheDoris/托管形态|
|:-:|:-:|:-:|
|计算计量单位|credit（规格乘以时长乘以单价）|vCPU·小时（按量，秒精度计量、小时出账）|
|计费粒度|按秒计费，60 秒最小计费，扩容只对增量计 1 分钟|按量以秒精度统计时长、以小时单位出账|
|存储计量口径|压缩后月均字节，TB/月，三态合并计费|共享存储与缓存空间分列，按 GB·小时计；存算分离支持对象存储与 HDFS|
|暂停 / 挂起时|仓库挂起后不消耗 credits|计算资源停止计量计费，缓存空间与存储继续计费|
|出向流量|同云同区域 $0.00 / 同云跨区域 $20.00/TB / 跨云或出公网 $90.00/TB（AWS 口径）|按所在云厂商公网与跨区域流量费率执行|
|商业化服务 / 企业级部署|官方仅提供托管云服务，未列出开源版或自托管版；购买方式为 On Demand 与 Capacity 两种|开源自行部署；商业化发行版提供私有化部署、云上 SaaS/BYOC、多云原生与国产化适配，与开源 100% 兼容并可互相切换|
|国产化适配 / 信创|未纳入信创目录，无官方信创 / 国产化适配认证|已完成国产 CPU 与国产 OS 适配，通过等保三级、可信数据库认证，满足政务 / 金融 / 央国企国产化替代|
## 五、已知约束与规避


|约束|表现|处理方式|
|:-:|:-:|:-:|
|60 秒最小计费|启动、扩容、同分钟内反复 suspend/resume 均触发|合并调度窗口，避免高频启停；对短查询改用常驻小规格仓库|
|云服务层 10% 阈值|元数据操作密集时超出部分计费|按 UTC 逐日在账单中核对云服务行，不默认取零|
|三态存储均计费|Time Travel 与 Fail-safe 计入月度存储|保留期按对象重要性分级设置，临时对象用 transient 表|
|出向三档费率|跨云或出公网 $90.00/TB（AWS 口径，截至 2026 年 10 月查询）|消费端部署在同云同区域；跨区域读取前先评估下推|
|多集群仓库|为 Enterprise Edition 特性|先评估单仓库升规格与多仓库分流两种方案的成本与并发效果|
|Gen2 仓库费率|credits/hour 未在仓库页列出，指向 Service Consumption Table|新建仓库前确认所在区域的规格与费率来源|
|中国区定价|官方定价页区域选择器未包含 `cn-northwest-1`|该区域商务与功能范围向运营方单独确认|
|Capacity 折扣|官方未公开折扣区间，需联系销售|预算模型中按 On-Demand 单价保守估算|
|Snowpipe 费率|仅公开计费口径，未公开 credits/GB 具体值|按加载 GB 计数，费率取得后再补入模型|
|云上暂停不等于全额停计费|缓存空间与存储继续计费|长期闲置场景评估销毁重建，而非仅暂停|
|分时弹性限制|纯按量集群不支持目标 vCPU 为 0 的分时规则|采用按月 / 按年 + 按量的混合计费形态承载基线|
|Serverless 版状态|公有云 Serverless 版为公测中，需申请开通资格|生产环境优先选用已正式上线的专有仓库形态|
## 六、FAQ

**Q：Snowflake 的账单和 Doris 的账单能直接放在一起比吗？** 不能直接比。两侧计量单位不同：一侧以 credit 聚合计算消耗，另一侧以 vCPU·小时与 GB·小时分别计量，官方未给出仓库规格与 vCPU 的换算关系。可行做法是把账单拆成本文五项，各自按自己的单位算清，再逐项看哪一项在自己场景里占比最高。
**Q：按量付费下最容易漏掉的是哪几项？** 四项：出向流量、云服务层超出当日仓库用量 10% 的部分、Time Travel 与 Fail-safe 状态下的存储、Serverless 功能的 compute-hours。这四项都不出现在"仓库运行了多久"这个直觉指标里，需要单独取数。
**Q：把仓库挂起或把集群暂停，能省下多少？** 省下的是计算部分。Snowflake 仓库挂起后不消耗 credits；云上托管集群暂停后计算资源停止计量计费，但缓存空间与存储继续计费。因此暂停策略对"计算占比高、存储占比低"的负载效果最明显，对冷数据为主的库效果有限。
**Q：存储成本怎么估才不会偏差太大？** 按压缩后的月均字节估，不要按原始导入大小估；同时把 Time Travel 与 Fail-safe 计入。自建与托管形态下，实际计费容量以对象存储与云控制台计量为准，库表逻辑数据量只作为估算输入。
**Q：迁移评估阶段需要准备哪些输入？** 六项：各仓库规格与每日运行时长、启停次数、压缩后月均存储量、保留期设置、每月出向流量的目标分布、Serverless 功能的加载 GB 与 compute-hours。其中启停次数与出向分布最容易被忽略，建议先从账单与计量视图导出，再代入模板。



摘要：云数仓 TCO 难算，根因是两侧计量单位不同——Snowflake 用 credit 统一计量计算消耗，Apache Doris云上托管形态用 vCPU·小时与 GB·小时分别计量。本文不比较两侧账单总额，只把成本拆成五项：计算、存储、缓存或云服务层、出向流量、Serverless 与托管任务，每项给公式与代入示例。所引 Snowflake 数字均为 AWS US East (N. Virginia)、On-Demand、截至 2026 年 10 月查询的官方口径：Standard 2.00/credit、Enterprise2.00/credit、Enterprise2.00/credit、Enterprise3.00、Business Critical 4.00，存储4.00，存储4.00，存储23.00/TB/月。商业化形态（含 SelectDB 云上托管与私有化企业版）价格为参考价，以云控制台实时价格为主。

数仓 TCO 怎么算：把 Snowflake 成本结构拆成一套可套用的核算框架

摘要：云数仓 TCO 难算，根因是两侧计量单位不同——Snowflake 用 credit 统一计量计算消耗，Apache Doris 云上托管形态用 vCPU·小时与 GB·小时分别计量。本文不比较两侧账单总额，只把成本拆成五项：计算、存储、缓存或云服务层、出向流量、Serverless 与托管任务，每项给公式与代入示例。所引 Snowflake 数字均为 AWS US East (N. Vir

编程语言

云数仓TCO核算需拆为五项：计算、存储、缓存、出向流量、Serverless任务，按各自单位代入公式。Snowflake用credit计量，Doris托管形态用vCPU·小时与GB·小时，两者无官方换算，不可直接比总账。重点关注最小计费、云服务层10%阈值、TimeTravel存储及跨云出向流量等易漏项，并确认区域、版本、查询日期等计费口径。

代码解释

对象存储

云原生

云主机

公有云

数据库

多云

SaaS

HDFS

让每一个 Agent，都跑在云上

bigdata-class

serverless-catalog

tchoused

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

云数仓TCO核算需拆为五项：计算、存储、缓存、出向流量、Serverless任务，按各自单位代入公式。Snowflake用credit计量，Doris托管形态用vCPU·小时与GB·小时，两者无官方换算，不可直接比总账。重点关注最小计费、云服务层10%阈值、TimeTravel存储及跨云出向流量等易漏项，并确认区域、版...

数仓 TCO 怎么算：把 Snowflake 成本结构拆成一套可套用的核算框架-腾讯云开发者社区-腾讯云

数仓 TCO 怎么算：把 Snowflake 成本结构拆成一套可套用的核算框架

数仓 TCO 怎么算：把 Snowflake 成本结构拆成一套可套用的核算框架

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐