降低 AWS 数据传输成本

原文 ↗ Hacker News 讨论 ↗

工程师们剖析了降低 Amazon Web Services（AWS）数据传输成本的各种方法，从通过 S3 或 CloudFront 路由跨可用区流量，到利用 Lightsail 和 ECR 的额度——同时警告其中一些做法可能擦边 AWS 条款，并可能被关闭。许多人认为 AWS 出站流量定价远高于底层网络成本，并且是一种锁定机制，因此将其与更便宜的 VPS、裸金属提供商或适合带宽密集型工作负载的 Cloudflare R2 相比较。也有人反驳说，托管云服务、规模化折扣以及更低的运维负担，仍然足以让 AWS 对许多组织来说合理，关键取决于工作负载模式、可靠性需求以及内部专业能力。

AWS 数据传输成本技巧

  • 讨论的主要技巧：通过带有 VPC endpoints 的 S3 将跨 AZ 流量转发过去，利用免费上传和同区域内 S3 读取免费的特性，大幅削减跨 AZ 费用。
  • 其他人提到：
    • 利用 CloudFront 的免费出站流量额度（每月 1 TB）作为离开 AWS 的跳板。
    • 将 Lightsail 实例当作带宽“代理”，因为它们包含较大的传输配额。
    • 使用公开的 ECR 镜像（负载已加密）作为以较低成本向外发送少量数据的方式。
  • 人们指出，S3 的“临时”存储在对象生命周期很短时常常看起来几乎成本为 ~$0；有人猜测这与粗粒度计费或抽样有关。

这些是漏洞吗，AWS 会关闭它们吗？

  • 有些人将这类利用 AWS 定价的行为称作类似税务规避的“漏洞”，并预计一旦使用规模足够大，AWS 就会作出反应。
  • 也有人认为这本来就是设计如此：S3 和 CloudFront 在特定模式下故意定价很低，以鼓励这些架构。
  • 有人提到 GCP 已经关闭了类似的跨区域存储漏洞；几个人说 AWS 可以 更改 S3 计费来终结这种模式。
  • Lightsail 的 ToS 明确禁止用它来规避其他 AWS 数据费用；虽然执法很少见，但对重度滥用者仍可能发生。

云带宽定价与经济性

  • 普遍共识是，原始带宽在批发层面极其便宜；AWS/GCP 的出站流量被视为高利润项目，也是锁定用户的工具（入站免费，出站昂贵）。
  • 有些人认为，定价不仅是为了利润，也是在塑造流量模式和容量规划。
  • 另一些人反驳说，更小的 VPS/裸金属提供商能以更便宜甚至固定费率提供带宽，同时仍然盈利，因此超大规模云厂商的出站流量定价看起来像纯加价。

云 vs VPS / 裸金属 / 本地部署

  • 一派观点：如果你已经在做“复杂的云成本分析”，也许更适合使用 VPS 或 colo，因为带宽更便宜、定价更简单。
  • 反方观点：认真地运营本地部署或 colo 很难，而且很耗人力；薪资、值班、灾备、安全和治理通常会抵消 AWS 成本。
  • 多个轶事：
    • 从 AWS 迁移到 Hetzner 等提供商带来巨大节省（例如从 $50k→$800/月），且可靠性可接受。
    • 一次失败的 colo 迁移中，单个系统管理员成了单点故障；一次故障迫使团队回到 AWS。

什么时候云有意义；什么时候没有

  • 云因弹性、托管服务以及快速自助（相较于依赖工单的本地部署官僚流程）而受到称赞。
  • 其他人强调它只是一个工具：对于稳定、带宽密集、且团队具备内部专业能力的工作负载，VPS/colo 可能便宜 5–10 倍。
  • 许多人一致认为，无论如何都需要成本分析；与其说“云好”或“云差”，不如明确分析权衡。