摘要

  • 新配置允许在机柜内增加容量，但不能通过追加机柜对该配置横向扩展。
  • 跨主机分散和双网络设备有各自保护范围，不等于独立机柜或独立站点。

一个紧凑型基础设施产品，最值得采购方留意的地方，可能不是今天能装多少，而是明天不能怎样加。AWS 于 9 月 10 日宣布第二代单机柜 Outposts 正式可用，将计算、存储和网络整合进一个 42U 单元。公告中的最高 2,688 vCPU 与 100 TB EBS，是产品上限描述，不是每份订单的已装容量。AWS 公告。

对于场地紧张的客户，省去独立网络机柜具有直接价值。但现场要求文档也明确写出另一面：可在柜内增加容量，不能通过追加机柜扩展这一配置；订购时需要确认该边界。单机柜现场要求。

因此，问题不只是“今天的负载装不装得下”，还包括“下一项负载装不下时怎么办”。这并不等于客户永远不能建设其他基础设施，而是不能把另一项基础设施选择，默认当成当前配置自然多长出一个机柜。

余量必须对实际负载有用

产品最高容量、实际安装容量和适合某类负载的可用余量，是三件不同的事。客户还要决定其中多少应留给峰值或运营应急。如果把所有空余都当成可立即消耗的资源，就可能把这个决定藏起来。

这些是规划上的区分，不代表供应商保证存在多少空槽、多久送达升级，或支持任何任意组合。公开来源没有提供通用扩容价格，也没有承诺所需容量能够即时交付。因此，经济比较应同时计入节省现场空间的价值，以及柜内增长不足时会触发的新工作。

“放得下”也不只取决于机柜宽度。维护净空、气流与供电仍然是现场输入条件。把设备整合起来，不会消除维持设备运行所需的环境。若采购只比较计算和存储最高数值，这部分成本就被留在了表外。

冗余究竟跨过了哪一层？

Outposts 优化指南区分跨主机与跨机柜分散。单机柜可以采用前者；不同主机能够减少某一层共同暴露，却不会因此变成另一个机柜或另一处站点。实例放置指南。

配置能力 仍然存在的边界
柜内增加容量 不能逐柜追加以扩展该配置
实例分布在不同主机 仍共享机柜与现场
剩余网络设备继续工作 对端受损后本地网关带宽降低

现场文档说明存在两台网络设备，但一台受损后，另一台继续运行时的本地网关带宽会减少。这既不是“没有冗余”，也不是“故障时一切照旧”。真正有用的问题，是哪些业务必须在降级条件下仍然达到可接受水平。

公告本身没有证明应用可用率、实际节省金额，也没有宣布单机柜或多机柜在所有场合都更优。它提供的是不同的空间与限制组合。采购判断应把两边都写清楚：今天省下的空间、柜内保留的有效余量、能接受的降级服务，以及触及边界时的下一项决定。