AWS 流量费怎么算：上线前估算数据传输成本的方法

在 AWS 上估算成本时，大多数人会先看实例和存储的价格，却忽略了数据传输费用。等第一个月账单出来，才发现流量费占了不小的比例。原因在于 AWS 的流量计费规则比较细：流量的方向、经过的服务、是否跨可用区或跨区域，都会影响费用。

本文不列具体单价，因为价格会随区域和时间变化，以 AWS 官方定价页为准。这里重点讲清楚计费逻辑和估算方法。

哪些流量通常收费

可以按“数据往哪里去”来理解：

具体规则以 AWS 官方文档为准，但掌握这张表，就能判断架构中哪些环节会产生流量费用。

出网流量：最主要的部分

用户访问网站、下载文件、调用 API 时，响应数据从 AWS 流向互联网，这部分就是出网流量。估算方法是：

1. 估计每次请求的平均响应大小；
2. 估计每月请求次数；
3. 两者相乘得到每月出网数据量；
4. 按所在区域的阶梯价格计算费用。

对于已有业务，可以直接从现有服务器或 CDN 的统计中取得月度流量数据，比估算更准确。

跨可用区：高可用的隐性成本

为了高可用，很多架构会把应用和数据库分布在多个可用区。这样做是对的，但应用与数据库之间的每一次查询都可能产生跨可用区流量。读写频繁的业务，这部分费用可能相当可观。

控制方法包括：让应用优先访问同一可用区的数据库只读副本，使用缓存减少数据库查询，以及把内部服务之间的大流量调用尽量安排在同一可用区内。

NAT 网关：经常被忽视

私有子网中的实例访问互联网时，通常通过 NAT 网关。NAT 网关除了按小时收费，还按处理的数据量收费。如果私有子网中的服务频繁下载软件包、拉取镜像或访问 S3，费用会快速累积。

一个常见的优化是为 S3 和 DynamoDB 配置网关终端节点（Gateway Endpoint），让这些流量不经过 NAT 网关。

CloudFront：分发静态内容

对于图片、视频、静态文件等内容，使用 CloudFront 分发通常比直接从 EC2 或 S3 出网更合适：一方面访问速度更快，另一方面从源站到 CloudFront 的流量计费方式不同，整体成本往往更可控。

是否划算取决于访问量和缓存命中率，建议用实际数据在 AWS 定价计算器中对比两种方案。

举例：一个图片站的流量估算

假设一个图片展示网站，每张页面平均加载约两兆字节的图片和脚本，每月约有几十万次页面访问。直接从 EC2 提供这些内容，每月出网流量可以达到数百吉字节，费用全部按出网流量计算。

如果改为把图片放到 S3，并通过 CloudFront 分发，大部分请求会被边缘节点的缓存命中，源站只需处理少量回源请求。用户访问更快，EC2 实例的规格也可以相应降低。再加上图片压缩和合适的缓存策略，实际传输的数据量还会进一步减少。

这个例子说明，流量成本不只取决于单价，更取决于架构设计。上线前花时间优化数据流向，往往比事后压缩成本容易得多。

上线前的估算步骤

• 画出架构图，标出每一条数据流的方向；
• 为每条数据流估计每月数据量；
• 对照上面的表格判断哪些收费；
• 在 AWS 定价计算器中录入，得到月度估算；
• 预留一定余量，应对访问量波动。

上线后的成本控制

• 开启 Cost Explorer，按服务和用量类型查看流量费用；
• 设置预算告警，流量费异常增长时及时收到通知；
• 对公开的 S3 存储桶检查访问策略，防止被大量下载；
• 定期检查是否有不必要的跨区域复制或日志传输。

估算之后再充值

估算出月度费用后，可以据此安排余额。通过本站开通的 AWS 账号，在 充值页 填写 AWS 登录账号和到账金额即可补充余额，资源不受影响，折扣计算方式见 费率说明。还没有账号的话，可以先阅读 AWS 开户与充值说明，再到 开户页 办理。如果你的业务还在 Google Cloud 和 AWS 之间犹豫，也可以参考 Google Cloud 说明 比较两者的计费方式。