无需离开控制台即可提升吞吐容量

一次上线、一次 mint，或是一次索引回填，都可能在一分钟内把应用推到吞吐量容量的上限。好消息是，在付费套餐上，你的团队现在可以自行提高这个容量，不需要联系我们。打开仪表盘中的 Usage 页面，选择所需的额外容量并确认即可。新的基础容量会在几秒内生效。

你可以随时在仪表盘中取消这个附加项。已增加的容量会在当前计费周期内持续有效，之后团队会恢复到基础吞吐量容量。

什么是吞吐量容量？

吞吐量是指你可以向我们发送请求的速度，以每秒计算单元数（CU/s）衡量。我们按请求的总成本计量，而不是按原始请求数计量，因为每个 RPC 方法根据处理所需的工作量不同，都有各自的计算单元成本。

计算所需的容量比把这些成本简单相加要复杂一些。成本表中有一个 CU 列和一个单独的 Throughput CU 列，对某些方法来说这两者不同，因此某个调用相对于你的月度用量可能很便宜，但相对于吞吐量却可能很昂贵。在计算容量时应以 Throughput CU 列为准。

• 容量是在账户级别分配的，而不是按应用分配。 吞吐量过去是按应用设置的，现在则是按整个账户配置，因此团队下所有应用的合计用量都计入同一个数字。开一个新的应用并不会带来更多余量。
• 我们以 10 秒的滚动窗口进行计量。 我们的吞吐量文档描述了一个在 10 秒内评估的令牌桶机制，因此 10,000 CU/s 的限制意味着在任意 10 秒内你有 100,000 个计算单元的额度。短暂的突发流量可以通过，而持续超出该线的流量会被我们的边缘层以 HTTP 429（请求过多）的形式退回。

这个窗口比数字本身更重要。一个工作负载平均下来可能远低于限制，但在峰值时仍可能被限流，这也是为什么团队第一次遇到 429 时往往会感到意外。

吞吐量升级是如何工作的？

打开仪表盘中的 Usage 页面，找到吞吐量部分，选择 Upgrade limit。你需要是团队的账单管理员才能看到这个控件。容量下拉菜单会列出每个增量档位及其月度价格，让你在确认之前就能看到成本。同一页面还会在近期团队用量超过当前吞吐量容量时显示提示横幅，点击后会直接进入升级流程。

确认之后会发生以下情况：

• 升级立即生效，并按月续订。 新容量会在确认后的几秒内生效。
• 降级在计费周期结束时生效。 如果你取消，额外容量会持续有效到周期结束，因此一次运行较久的回填不会突然中断。
• 当没有完整的自助升级档位可用时，仪表盘会引导你联系销售。 我们的团队可以配置比仪表盘自助提供的更高的吞吐量限制。

你能达到的上限取决于所用套餐：

Pay-as-you-go 团队起步为 10,000 CU/s，可自行提升到 30,000 CU/s，无需签订 Enterprise 合同，也无需填写订单表。Enterprise 的起始容量按合同设定，因此各账户的基线不同。你的升级弹窗会显示团队的具体上限，你可以按固定增量逐步提升，只要还有一个完整的增量档位可用即可。

因此，在你所在套餐的自助升级上限之内的任何调整，都是团队在一分钟内自己就能做出的决定，不需要我们介入，只要操作者是账单管理员。

你实际需要多少吞吐量？

从 Usage 页面的峰值吞吐量卡片和图表入手，而不是看平均值。平均值会把尖峰抹平，让你误以为某个限制够用，结果在下次上线时可能失败。

这个峰值应当被当作下限，而不是一个精确读数。我们是按十秒来执行限制的，但图表画的是一分钟平均值，因此真正触发 429 的那次突发会被摊平进它所在的那一分钟里，显示出来的数值会比实际的低。要判断这些尖峰是否真的导致了请求失败，还是只是接近临界值，可以在 Request Logs 里筛选 429 响应。

这两个时间窗口之间的差距，正是应该购买高于峰值的余量、而不是刚好贴着峰值购买的主要原因。曾经达到过 12,000 CU/s 峰值的流量，将来还会达到更高的峰值，而余量比出事故要便宜。

重试和增加吞吐量解决的是不同的问题，弄清楚自己面对的是哪一种会有帮助：

• 重试适合极少数 429，以及能容忍额外延迟的工作流程。我们的文档专门针对这种情况介绍了 Retry-After 头和指数退避。
• 对延迟敏感的路径、以及持续超出限制（而不是短暂超出）的流量，答案是增加吞吐量。 没有任何退避策略能解决一个单纯需要更多容量的工作负载。

大多数升级由三类工作负载驱动：应用用户增长带来的持续性增长、以尽可能快的速度拉取历史数据的索引回填，以及空投、代币发布和 mint 等计划性事件。第一种是永久性的，后两种是临时性的，这也是为什么这个流程既支持顺畅购买，也同样支持顺畅取消。

什么时候应该联系我们，而不是自助操作？

自助服务覆盖了常见情况，但不是所有情况。出现以下情况时请联系我们：

• 你已经超过了所在套餐的自助升级上限，而且用量仍在增长。
• 你希望把吞吐量写进合同来协商，而不是按月作为附加项计费。
• 你的工作负载中某条链、某个应用或某个方法的峰值远高于其余部分，用定制化的吞吐量比统一的团队级容量更合适。

这些属于涉及用量规模和结构的对话，我们的专家团队可以为此提供协助。而为了应对一次尖峰流量购买 5,000 CU/s 的余量，是一个小得多的决定，所以它被放在仪表盘里，让你可以按自己的节奏来操作。

几秒钟内获得更多吞吐量

今天就从 Alchemy 仪表盘提升你的容量。只需一个下拉选择，立即生效，无需更改合同。如果你还没有使用付费套餐，我们的 RPC API 可免费开始使用，按量计费的定价没有最低消费要求，因此从你产生第一笔计费之日起，升级路径就已开放。

想知道流量实际流向了哪里，Alchemy Monitor 把请求量、错误和延迟集中展示在一处，你也可以通过 Alchemy CLI 拉取同样的用量数据。

如果规模已经超出自助服务的覆盖范围？联系我们的销售团队了解批量定价，我们会根据你实际预期的流量来配置所需容量。