代理工作负载容量规划：GB、Mbps、请求速率与并发

代理额度应从必须按时完成的工作量反推，不能只看“带宽”一词。月度流量额度（GB）、传输速率上限（Mbps）、并发请求数和请求发起速率，约束的是不同问题；比较套餐前应分别写清。

本文面向已有获授权目标、校验规则和交付期限的数据工作流。全部数字都是透明的假设样例，不是 IPHTML 的测量、套餐条款、容量声明或推荐。若获准 API、授权数据集、导出报表或人工核验已经够用，就不需要代理。

一、先把四种限制分开

限制	单位	回答的问题	单独不能说明
流量额度	每计费周期 GB	该周期可使用多少计量字节。	任务完成速度或可同时运行的尝试数。
传输速率	Mbps	在适用条款下每秒最多传多少比特。	月度 GB 额度、目标授权或结果有效性。
并发请求数	同时进行的请求尝试	调度器任一时刻允许多少顶层尝试。	每秒请求数、响应大小或独立出口数量。
请求发起速率	每秒尝试数	调度器以多快速度启动工作。	超出目标、账户或服务商速率限制的许可。

应读取当前合同和控制台中的实际定义：服务商所说的“连接”可能与应用的“任务”范围不同，计量字节也可能不同于客户端记录。某公开服务商 FAQ 同时列出按 GB、按端口关联并发和按 Mbps 分档的产品；这里仅用它说明术语可能分开，不作为 IPHTML 或任何服务商条款的证据。

二、先定义有效任务，再计算尝试次数

有效任务是通过预先定义的校验且在期限内交付的业务结果；尝试是一项顶层请求或任务执行。一次重试可以增加尝试次数，却不增加有效任务；未通过校验的响应不能被悄悄算作已完成工作。

假设有一个 8 小时窗口，排定 48,000 个不同、尚待校验的任务：36,000 个轻量核验和 12,000 个详情核验。在这个合成例子中，每个任务的每次尝试只发起一个 HTTP 请求，不含重定向、子请求或尝试时长内的解析工作。每次轻量尝试上传 8 KiB、下载 220 KiB；每次详情尝试上传 12 KiB、下载 1.8 MiB。它们只是规划输入。浏览器任务会扇出请求，应另建请求级台账和速率控制。HTTP 首部、TLS 封装和服务商计费口径都可能使账单不同。

轻量尝试：36,000 × (8 + 220) KiB          = 8,208,000 KiB
详情尝试：12,000 × (12 + 1.8 × 1,024) KiB = 22,262,400 KiB
首次尝试流量 = 30,470,400 KiB × 1,024 字节/KiB
             = 31,201,689,600 字节
             = 31.2016896 十进制 GB

若每一类工作负载的首次尝试中都有 10% 有资格且以相同字节大小只重试一次：
预计尝试数 = 48,000 × (1 + 0.10) = 52,800
预计流量   = 31.2016896 × 1.10 = 34.32185856 十进制 GB

10% 和“重试字节大小不变”都是假设，不是预测；它们只作用一次于每一类首次尝试。若月度总量已经包含重试字节，就不能再加一次。重试仍须遵守授权、Retry-After、期限和共享预算；停止条件请看重试预算指南。

三、把同一工作量换算成额度检查

规划项	假设值	计算	含义
每日预计流量	34.32185856 十进制 GB	31.2016896 × 1.10	包含首次尝试中假设 10% 的一次重试。
22 个工作日流量	755.081 GB	34.32185856 × 22	应与服务商的计费周期定义比较，不能自行假设自然月。
每月 1,000 GB 额度	未分配 244.919 GB	1,000 − 755.081	未确认非任务流量和计量口径前，不算安全余量。
二进制显示复核	703.224 GiB	755,081,000,000 ÷ 1,073,741,824	GB 与 GiB 不是同一单位，保留服务商原始单位。

curl 可通过 size_upload 和 size_download 记录传输正文的字节；其手册说明这两个字段不含 HTTP 首部。把它们与传输 ID、响应校验和服务商计量表配对保存。它们是客户端证据，不是账单字节或代理性能的证明。

四、计算速率和并发，但别把平均值当硬上限

首次尝试的排定速率是 48,000 ÷ 28,800 = 1.6667 个任务/秒。加上假设重试，预计尝试速率为 52,800 ÷ 28,800 = 1.8333 次尝试/秒。AWS 将“平均并发 = 平均 RPS × 平均时长”用于 Lambda；本文只在稳定工作负载且尝试边界相同的前提下借用这一排队关系：若实测平均时长从获准开始到结束为 1.2 秒，且不含进入并发槽位前的排队和不占用槽位的退避，平均并发请求数约为 1.8333 × 1.2 = 2.2。这是有限窗口的规划近似，不保证任务期限。

平均并发不是硬上限。示例中的 8 个并发请求硬上限是单独选择的调度器设置，不是由 2.2 四舍五入得出，也不是建议值。也不能用 p95 时长 × 平均 RPS 叫作“p95 并发”：没有到达和时长的联合数据，百分位数不能这样相乘。应记录实际并发请求的时间序列，以其最大值或声明的百分位数和上限比对。

只为这一筛查，假设 10 Mbps 条款是上下行共用的总上限，且使用相同的正文计量边界。预计流量若均匀分布在 8 小时，34.32185856 GB × 1,000,000,000 字节/GB × 8 比特/字节 ÷ 28,800 秒 ÷ 1,000,000 = 9.5338 Mbps 平均速率。10 Mbps 上限在 8 小时内理论可传 10,000,000 比特/秒 × 28,800 秒 ÷ 8 = 36 十进制 GB；在封装、突发、非任务流量和计量差异之前只余 1.6781 GB。若实际条款分别限制上传和下载，必须分别计算。这只是可行性筛查，不保证 10 Mbps 能交付该工作负载，也不把正文传输字节当作线路利用率。

五、采用有边界的启动规则

固定获授权任务清单、期限、字节边界、校验规则，以及哪些重定向或子请求应计入。
将应用请求发起速率设在每一项已记录的目标、API、账户和服务商规则之下。代理设置不授予绕过速率限制的权利。
另设并发请求硬上限；如清理或校验共用工作线程，也要预留容量。
先跑小型、有代表性且获授权的样本，记录有效任务、尝试、字节、时长、并发请求时间序列、停止原因和服务商计量对账。
关键单元未测、账单条款未知、错过期限或速率授权不清时，暂停扩量。

先用代表性试用抽样方案确定工作负载。如果问题是在有边界负载下出口是否满足上下文要求，请使用可用容量工作表。服务商报价和账单条款请单独使用套餐计费比较，不要照搬本文的假设数字。一次传输变慢时，请用延迟拆解诊断，不要直接提高并发。

六、复制这份运营工作表

下载双语工作负载容量 CSV。其中含有本文假设值和空白证据栏。使用前替换所有样例输入；它不会发送请求、选择套餐或验证任何限制。

决策前要记录的内容	原因
授权依据、目标/API 规则、账户规则、服务商条款及生效日期	以最低的获准请求发起速率为准；授权缺失即 HOLD。
有效任务定义、期限、任务组合、请求与响应字节边界	把有用输出与流量分开，也使后续修订能复算。
首次尝试、重试资格、实际尝试和共享重试预算	避免把重试当作新任务，或在流量计算中重复计算。
GB/GiB 计量、Mbps 条款、请求发起速率上限、并发请求上限和测量窗口	防止把额度、速度、速率和并发彼此替代。
实测字节、时长分布、并发请求时间序列、按时有效数量和停止原因	让负责人可以将已核验运行与原假设比对。

下一步：若完整工作表后的获授权工作负载确实需要轮换网络上下文，可查看 IPHTML 轮换代理信息，再通过现有联系入口确认适用条款。只需提供去敏后的任务组合、周期、地区、字节边界、所需速率、并发请求上限和停止条件。若直连获准路径、API、数据集或人工流程已能满足决策需要，就保留它。

资料核对日期：2026 年 10 月 24 日。AWS 的并发文档仅支持“平均速率 × 平均时长”的类比；curl 手册定义 write-out 字节字段；MDN 的 429 说明记录速率限制及可能的 Retry-After。某公开服务商 FAQ仅用于说明 GB、Mbps 与并发可能被分别标注。本文未检查或声称 IPHTML 的套餐、价格、容量、试用或性能。