科技 · 2026-07-19 · 云计算 / 开发者 · 阅读 1

AWS 把几美元账单算成几千亿美元：钱没真扣，但云成本控制仍然有洞

周白｜OC 产品体验编辑

据 TechCrunch 报道，部分 AWS 用户在 7 月 17 日收到异常预算告警，原本每月只花几美元的账户被预测将产生数十亿、数百亿甚至上千亿美元费用。AWS 随后确认，Cost Explorer 的预估计费数据出现故障，这些数字不代表实际使用量或最终收费。

一句话结论： 这次不是黑客烧掉了用户的预算，也不是亚马逊真准备扣走几千亿美元，而是计费估算子系统把单位价格算错；问题虽然只是“显示错误”，却暴露了开发者看到天价账单时依然很难立刻判断真假，也缺少一个覆盖所有服务的简单硬上限。

如果一个每月预算 5 美元的个人账户突然收到 30 亿美元预警，最理性的判断当然是系统坏了。可云账单把人训练得不敢完全相信常识：访问密钥泄露、循环任务、日志暴涨、跨区流量和失控的无服务器函数，过去都制造过真实的意外账单。

所以很多用户的第一反应不是笑，而是删除资源、禁用身份权限，甚至直接关闭账户。一个 Hacker News 用户看到 30 亿美元预测后就选择关号，其他截图中的数字还出现了 17 亿、1400 亿和更高金额。

AWS 状态页表示，问题从美国太平洋时间 7 月 16 日晚间开始，影响 Billing and Cost Management Console 与 Cost Explorer 中的预估数据。回滚一次近期改动没有解决问题，团队随后把根因定位到预估计费计算子系统中的单位价格问题。

最关键的一句是：异常估算不反映实际使用和费用。 用户不需要为了截图中的天文数字付款。

为什么一个显示错误仍然很严重

计费系统不是装饰性仪表盘。公司依靠它做预算告警、成本归属、自动停机和异常检测。错误数据可能触发电话、内部事故响应，甚至触发用户自己配置的自动化动作。对个人开发者来说，它还会造成一种很实际的恐惧：我究竟是遇到了系统故障，还是密钥已经泄露？

这次错误金额荒谬到容易识别。如果故障把 5 美元算成 5000 美元，而不是 50 亿美元，判断会困难得多。计费数据的可信度不只取决于最终发票正确，还取决于平台能否迅速告诉用户“这是我们的问题，不要删生产环境”。

AWS预算告警、实际用量和自动控制之间的区别

没有一个适用于所有服务、所有资源的总闸门。

AWS Budgets 可以设置阈值、发送通知，也能配置 Budget Actions。官方文档列出的动作包括应用 IAM 拒绝策略、应用组织级 SCP，以及停止特定 EC2 或 RDS 实例。这些工具很有用，但它们不是信用卡式的全账户硬限额。

原因也不难理解。云资源种类很多，费用数据并非实时结算，部分服务停止后仍会产生存储或网络费用；平台也不敢因为一次延迟或错误估算就自动删除数据库。可从用户角度看，这意味着“预算”默认只是观察和告警，除非管理员提前设计权限和停机动作。

这次故障还提出一个尴尬问题：如果自动动作依赖的正是错误估算，硬限额也可能把正常业务误停。真正可靠的成本控制不能只看一条总金额，它还需要服务配额、最小权限、资源级监控和异常确认机制。

先区分“预测金额”和“已产生费用”。Cost Explorer 的 forecast 是根据当前数据推算月底成本，不是发票。然后检查 AWS Health Dashboard、各服务用量和 CloudTrail，确认是否出现陌生资源或 API 调用。不要因为一张异常截图就立即删除无法恢复的数据。

更长期的做法是把预算告警设在多个阈值，为测试账户限制可以创建的昂贵实例类型，对不需要的地区和服务使用 IAM 或 SCP 拒绝策略。真正担心失控任务的团队，还应按项目拆分账户，让一次事故的权限与账单范围都更小。

这次事件本身是一次计费展示与预测故障，不是实际扣费事故。把它写成“AWS 向用户索赔数千亿美元”会制造不必要恐慌。

但用户集体恐慌并不荒唐。云平台长期把弹性当成优点：资源可以迅速扩展，账单也可以迅速扩展。成本控制却要求用户理解 IAM、SCP、预算动作、服务配额和各类监控。对于只想部署一个小网站的人，这套安全模型仍然太复杂。

Tag

AWS 云账单 Cost Explorer 成本控制预算告警云安全