AWS Capacity Largely Sold Out Through 2027, With On Demand Headroom Reserved
TL;DR · AI 摘要
AWS云容量到2027年将售罄，但保留On Demand容量，影响企业云资源规划。
核心要点
- AWS 2027年大容量基本售罄，2028年部分已分配
- On Demand和EC2保留容量占比约20%
- 企业日常GPU分配仍可操作但面临资源紧张
结构提纲
按章节快速跳转。
披露AWS到2027年大容量基本售罄，2028年部分已分配。
AWS通过预保留块和容量块提供ML实例保障，2026年已售罄。
David Linthicum指出报道夸大，区分预保留块与日常分配差异。
开发者反映普通EC2实例近期出现容量不足问题。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- AWS容量现状
- 2027售罄情况
- On Demand保留20%
- EC2/Bedrock保留
- 争议点
- 预保留块 vs 日常分配
- 分析师质疑报道夸大
- 现实问题
- 普通实例容量紧张
- CI/CD受影响
金句 / Highlights
值得收藏与分享的关键句。
2027 is largely sold out. We always leave a certain amount for on demand...
The market already carries enough confusion around reserved instances...
We’ve been seen a big rise in compute capacity issues the past month...
AWS 云容量到 2027 年基本售罄，仍保留按需预留容量 - InfoQ
InfoQ 首页 News AWS 云容量到 2027 年基本售罄，仍保留按需预留容量
云技术
QCon AI 波士顿（2027 年 7 月 8-9 日）：AI 原型已经成功。生产环境会发生什么？
AWS 云容量到 2027 年基本售罄，仍保留按需预留容量
2026 年 11 月 1 日 2 分钟阅读
作者：
- Steef-Jan Wiggers
#### 关注我们
YouTube
232K 粉丝
26K 粉丝
新账号
RSS
19K 读者
X
57.1k 粉丝
21K 点赞
Bluesky
收听本文音频 -
0:00
音频已准备就绪
您的浏览器不支持音频元素。
正常播放
1.25x
1.5x
点赞
新下拉阅读列表
- 阅读列表
亚马逊 CEO 安迪·贾西（Andy Jassy）近期表示，AWS 的大规模承诺云容量到 2027 年基本售罄，2028 年的相当一部分容量已提前分配，同时公司仍保留按需（On Demand）、EC2 和 Bedrock 的预留容量。
贾西在 10 月 23 日路透社报道的一段视频播客中，与安德里森·霍罗维茨（Andreessen Horowitz）联合创始人本·霍洛维茨（Ben Horowitz）和合伙人埃里克·托伦伯格（Erik Torenberg）进行了讨论。AWS 通过按需容量预留（On-Demand Capacity Reservations）和机器学习容量块（Capacity Blocks for ML）提供容量保障，客户可以在指定的可用区预留实例，而在容量块的情况下，需为从未来某个日期开始的固定时间段预留。如 InfoQ 早前报道，AWS 在 1 月将所有地区 ML 容量块的价格统一提高了约 15%，涵盖 P5en、P5e、P5 和 P4d GPU 实例，以及 Trn2 和 Trn1。
贾西表示，2026 年的容量已经售罄，公司即使投入远超今年计划约 2200 亿美元的资本支出，也不会造成资本浪费。关于容量分配本身：
2027 年的容量基本售罄。我们始终会保留一部分用于按需服务和推理服务 Bedrock（或 EC2），但大部分大块容量已售罄。2028 年的相当一部分容量也已售罄。
云分析师大卫·林思库姆（David Linthicum）认为，这种报道夸大了实际情况，他区分了贾西描述的预保留容量块与企业日常可分配的容量：
当然，我预计今天仍然可以登录 AWS 控制台，为 AI 工作负载分配 GPU 容量。也许无法立即获得某些大型模型提供商为未来三年预留的超大规模预保留容量块，但这并不等同于“AWS 已售罄”。
林思库姆补充说，市场本身对预留实例、按需服务和承诺容量的混淆已经足够，此类标题容易导致错误的假设和糟糕的策略。
Reddit 上的讨论更多聚焦于当前的可用性，而非 2027 年的承诺。最高评分的评论来自以 cbigsby 为名的开发者，他描述了普通实例类型的限制：
近一个月来，我们在工作中遇到了大量计算容量问题，仅仅是普通的 EC2 实例就已面临瓶颈。别提 Spot 实例了，我们甚至难以获得足够的按需实例。幸运的是，这主要与 CI 相关，但有几天生产环境的 Kubernetes 集群出现了令人担忧的资源限制。
类似的报告出现在其他地方。Richard T.（技术运营经理）在Linthicum的帖子下评论称，微软仅有限地披露了Azure East US容量限制的信息，他的团队采用了预留实例来应对预期增长以确保容量。另一条并行线程中的评论者报告称，从三大供应商中获取足够的计算资源存在困难，并表示这种限制不仅限于GPU。
Ian Rae在回复Linthicum时指出了这种做法的架构后果：
下一步，人们会预留他们担心可能需要的云资源，这是一种反云模式
AWS已经为Rae描述的问题提供了工具。如InfoQ去年10月报道的那样，EC2 Capacity Manager将容量数据聚合到跨账户、跨区域的仪表板中，并将已用与未用预留容量的比例作为衡量预留效率的指标。
2200亿美元的数字涵盖总资本支出而非仅AI支出，这一区别被两个线程中的评论者都提到了。亚马逊将在10月29日公布第三季度财报，其中剩余履约义务披露将显示已承诺容量中有多少是合同收入。
作者部分主容器
关于作者
部分标题
每个作者的主容器
#### Steef-Jan Wiggers
显示更多
显示更少
#### 本内容属于云主题
##### 相关主题：
- 开发
- 架构与设计
- DevOps
- AI、机器学习与数据工程
- 云
- 容量规划
- 亚马逊网络服务
- AWS
- 相关编辑
- 相关赞助商《实用智能体编码实践手册》
- 相关赞助商大规模自动化代码转换。修复漏洞、迁移框架、现代化所有仓库中的遗留代码。免费试用Moderne
InfoQ新闻通讯
每周五发送上周InfoQ内容摘要。加入超过25万名高级开发者的社区。查看示例
我们保护您的隐私。