AWS QuickSight + CUR 成本可视化实战：从0搭建账单驾驶舱（2026最新教程）

Meta Description: AWS QuickSight + CUR 成本可视化完整教程：开通成本与用量报告、Athena 建表、QuickSight 连接数据源、搭建月度成本驾驶舱仪表盘，附定价对比表、SPICE 刷新策略、5 个省钱设置与 FAQ，2026 最新 AWS 账单分析实战。

关键词：AWS QuickSight、CUR 成本与用量报告、AWS 账单可视化、Athena 查询、SPICE、成本驾驶舱、AWS 成本分析、FinOps

前言

先给结论：想看单笔费用用 Cost Explorer，想做可以发给全公司的漂亮报表，用 QuickSight + CUR。 决策口诀："CUR 存原始数据，Athena 负责查，QuickSight 负责画"——三步组合，就能把 AWS 月度账单从"一张 Excel 导出表"变成"实时刷新的可视化驾驶舱"。

很多朋友把 AWS 账单分析止步于 Cost Explorer 的柱状图：不能自定义布局、不能做环比涨跌对比、不能生成一个链接让同事自己看。而 CUR（Cost and Usage Report）是 AWS 最底层的账单原始数据，配上 Athena 的 SQL 和 QuickSight 的仪表盘，等于给自己搭了一套免费的轻量级 BI。本文从开通 CUR 到发布仪表盘，全程控制台操作，附价格对比表、SQL 模板和 5 个防扣费设置，新手 40 分钟能跑通。

一、QuickSight 是什么：一张表看懂

Amazon QuickSight 是 AWS 自家的云原生 BI（商业智能）服务，可以连接 Athena、RDS、S3、Redshift 等几十种数据源，拖拽生成图表和仪表盘，还内置了 SPICE 内存加速引擎。它和账单分析的关系是：Cost Explorer 是 AWS 画好的现成图表，QuickSight 是让你自己画的画布。

先看它和另外两个常用方案的区别：

一句话：一个人看账用 Cost Explorer，一群人看账用 QuickSight。

二、为什么非要用 CUR，而不是只看 Cost Explorer

CUR 是 AWS 账单的"底稿"：每小时、每个资源、每条用量记录一行，包含账号、区域、服务、实例类型、标签、折扣、税等 100 多个字段。Cost Explorer 只是在这类数据之上做的聚合视图，有三大天花板：

1. 维度固定：分组维度就那几种（服务、区域、账号、标签），没法做"按部门 × 按实例规格"这种自由组合；
2. 延迟明显：数据回填约 24 小时，不适合做次日复盘；
3. 无法沉淀：不能保存自定义报表分享给非技术同事，管理层只能看截图。

CUR 的方案则是：数据落在你自己的 S3 桶里（数据主权在你手上），想怎么分析都行。配合 Athena 建表后，它就是一张 SQL 表；再连上 QuickSight，就成了可视化仪表盘。而且 CUR 的 Athena 集成（AWS 自动建表）可以一键开启，不用自己写建表语句。

三、价格对比表：QuickSight 到底多少钱（2026 参考价）

QuickSight 的计费分三类：用户订阅费、SPICE 容量费、数据源查询费（Athena）。用户订阅是最大头，先看这张表：

每个 Author 自带 10 GB SPICE 内存，每个 Reader 自带 250 MB。账单数据压缩后很小——一个中小账号一年几百 MB 的 CUR 数据，10 GB 绰绰有余，大多数团队实际只花 Author 订阅费。

再对比一下三种分析方案的总成本（以 5 人小团队、月账单约 $2,000 为例）：

注意：QuickSight 导入 SPICE 时调 Athena 会按扫描量计费（$5/TB），但带分区过滤的单次刷新通常只扫几十 MB，一个月几美元。真正的坑是忘记过滤条件全表扫描，下文实操会专门避开。

四、实操一：开通 CUR 并输出到 S3（15 分钟）

CUR 是后面一切的地基。控制台全程操作，无需命令行：

1. 打开 Billing and Cost Management 控制台 → Cost & Usage Reports → Create report；
2. Report name 填 cur-2026（后续 Athena 表名会带这个前缀）；
3. Time granularity 选 Hourly（分析更细，日/月聚合随时能算）；
4. Include resource IDs 勾选（否则看不到具体实例 ID，分析价值减半）；
5. Enable Athena integration 勾选（让 AWS 自动在 Athena 里建好表，省掉手写 DDL）；
6. 选一个新建的 S3 桶（建议单独建 s3://aws-cur-bucket，权限 AWS 会自动配置）；
7. 点 Create report，等 24 小时左右第一批数据落地。

验证数据是否到达：去 S3 桶里看目录结构，出现 cur-2026/year=2026/month=8/ 之类的分区目录就说明开始产出了。首份报告要等 24 小时，这是正常现象，别急。

五、实操二：用 Athena 验证并跑通第一张表

CUR 数据落地后，Athena 里应该已经自动建好了表。验证路径：Athena 控制台 → Query editor，左侧数据库选择 cur，应该能看到 cur-2026 开头的表。

先跑一条最简单的"本月各服务花费排行"验证数据可用：

// 本月各服务花费排行（验证数据可用性）
SELECT line_item_product_code AS 服务,
       SUM(line_item_unblended_cost) AS 费用
FROM cur.cur_2026
WHERE line_item_usage_start_date >= date '2026-08-01'
  AND line_item_unblended_cost > 0
GROUP BY line_item_product_code
ORDER BY 费用 DESC
LIMIT 10

跑通后再试一条带标签归集的（前提是你给资源打了成本标签）：

// 按部门标签归集本月成本（需要先激活成本分配标签）
SELECT resource_tags_user_department AS 部门,
       SUM(line_item_unblended_cost) AS 费用
FROM cur.cur_2026
WHERE line_item_usage_start_date >= date '2026-08-01'
  AND line_item_line_item_type = 'Usage'
GROUP BY resource_tags_user_department
ORDER BY 费用 DESC

两条 SQL 都返回正常结果，地基就打好了。省钱关键：每次查询都带 line_item_usage_start_date 分区过滤，否则 Athena 会全表扫描，扫描量差 100 倍。

六、实操三：QuickSight 连接 Athena，建数据集

现在把 QuickSight 接上这张表：

1. 打开 QuickSight 控制台，新账号会引导注册，选择 Standard 版本即可（Enterprise 多了行级权限等高级功能，账单场景用不到）；
2. 右上角 账户设置（Manage QuickSight）→ Security & permissions → Manage，勾选 Athena 和你的 CUR 所在 S3 桶的访问权限（QuickSight 需要同时读 Athena 和原始 S3）；
3. 回到主界面 → Datasets → New dataset → 选 Athena；
4. 选择数据库 cur 和表 cur_2026；
5. 弹窗里 Import to SPICE 勾选（数据导入内存，图表秒开）→ 创建数据集。

建好后 QuickSight 里就能直接"拖字段画图"了。CUR 常用字段记一下：line_item_unblended_cost（费用）、line_item_product_code（服务）、line_item_usage_start_date（时间）、bill_payer_account_id（付款账号）、resource_tags_user_*（用户标签）。

七、实操四：搭建"成本驾驶舱"仪表盘（4 个图表）

这是全文最有价值的 10 分钟。新建分析（Analysis）后依次添加：

1. KPI 卡片（本月总成本）：视觉对象选 KPI，数值字段用 line_item_unblended_cost 的 SUM，日期字段用 line_item_usage_start_date，QuickSight 自动算出环比涨跌百分比——管理层最爱看这个数字；
2. 月度成本趋势折线图：X 轴放 line_item_usage_start_date（按月聚合），Y 轴放费用 SUM，一眼看出预算是否失控；
3. 按服务费用占比饼图：Group by 用 line_item_product_code，找出"哪个服务在悄悄烧钱"；
4. 按账号/按标签柱状图：多账号组织按 bill_payer_account_id 或 linked_account_id 分组；打了标签就按 resource_tags_user_department 分组，成本归因到部门。

图表放好后加两个全局过滤器：时间范围（默认当月）和服务（默认全部），团队成员可以自己切换查看。最后点 Share → 用 Reader 账号共享，把仪表盘链接发给同事——他们用只读账号就能看，不用再截图传微信了。

八、SPICE vs 直连 Athena：刷新、延迟与费用真相

SPICE（内存导入）和直连 Athena（实时查询）是 QuickSight 两种数据模式，很多人不知道区别：

结论：日常成本报表用 SPICE，每天刷新一次（CUR 数据本身就有 1 小时以上延迟，刷新太勤没意义）；只有少数"今天到底花了多少"的临时分析用直连。SPICE 刷新在 QuickSight 的 Dataset 里设置 Schedule refresh，选 Daily 即可——别设成每 5 分钟一次，那是在给 Athena 送钱。

九、5 个避免 QuickSight 账单暴涨的设置

QuickSight 本身按用户计费，账单暴涨几乎都出在"用户数"和"数据源调用"上：

1. 共享只用 Reader，不升 Author：5 个看报表的人 = 4 Reader + 1 Author（$44/月），全升 Author = $120/月，差 3 倍；
2. 定期清理闲置用户：离职/长期不登录的账号在 IAM Identity Center 里停用，QuickSight 用户是按月收费的，放着就是白烧钱；
3. 控制 SPICE 容量：每个 Author 自带 10 GB，超额 $0.25/GB/月。账单数据用不完的话，把"按天快照"改成"按小时聚合"，容量立省一半；
4. 刷新频率调到最小必要：Daily 刷新足够看成本趋势，刷新时 Athena 扫描费虽然小，但 7×24 小时高频刷新一年也能多出几十美元；
5. 及时删除废弃数据集和分析：每次建实验性数据集都会占 SPICE 容量，用不上的在 Datasets 里删除，容量释放立刻生效。

十、常见问题 FAQ

Q: QuickSight 有免费额度吗？ A: 新账号通常可享 30 天免费试用（含 4 个用户，具体以官网活动为准）。试用期结束按 Author/Reader 订阅收费，没有永久的免费层——想免费看账，就用 Cost Explorer + Athena 组合。

Q: CUR 数据多久更新一次？ A: 默认每天落地一批到 S3（约 24 小时延迟），可开启小时级交付。QuickSight 的 SPICE 刷新频率自己设，建议 Daily。

Q: 必须用 Athena 吗？能不能直接传 CSV？ A: 可以。QuickSight 支持直接上传 CSV/Excel（走 S3 上传），适合一次性分析；但要做持续更新的成本驾驶舱，CUR + Athena 是唯一不需要手动导数据的方式。

Q: SPICE 和直连 Athena 到底怎么选？ A: 给管理层看的报表用 SPICE（快、便宜、稳定）；排查"今天哪个资源烧钱"用直连（数据最新）。一张仪表盘里两种数据集可以混用，不用二选一。

Q: 多账号组织怎么看合并账单？ A: 在组织管理账号开通 CUR（勾选"包括所有成员账号"），数据天然包含所有账号，QuickSight 里按 linked_account_id 分组即可。多账号管理本身可参考本站《AWS Organizations 多账号管理实战》。

Q: QuickSight 和 Grafana 比哪个划算？ A: 纯成本图表 Grafana（自建）更便宜但要自己维护服务器和权限；QuickSight 是托管服务、零运维、自带 SPICE 加速，适合不想折腾的团队。预算敏感的小团队可以先自建 Grafana，成本账单上 AWS 自己的方案更省心。

总结

把整条链路串起来：开通 CUR（一次 15 分钟）→ Athena 自动建表 → QuickSight 连表导入 SPICE → 4 张图表拼成驾驶舱 → Reader 链接发全公司。之后每个月只需打开仪表盘看三个数：本月总成本、环比涨跌、哪个服务占比最高。这套方案把 AWS 原生工具用到了"轻量 FinOps"级别，月度成本约 $44（1 Author + 4 Reader），比任何第三方云成本管理 SaaS 都便宜。更多账单治理技巧见《AWS Cost Explorer 高阶用法》和《AWS 账单管理：避免天价账单》。

⚠️ 文中价格为 2026 年参考价（us-east-1），实际费用随区域和官方调价变动，请以 AWS 官网为准。

🚀 需要 AWS 国际版账号？通过 3.chengzicloud.cloud 获取最新注册教程与专属优惠，助你轻松上云。

本文由 3.chengzicloud.cloud 提供，点击访问首页了解更多