多条线路同时在线时，不设配额就会出现一条被挤满、其余空转的局面。代理IP线路的带宽配额不是为了限速，而是为了让每条线路按设计去承接流量，代理IP线路在配额约束下的表现才具备可预测性。本文按配额怎么定、在哪配、怎么验证三段讲爱快软路由上的带宽配额设置。
先明确配额管的是哪一段。爱快里的带宽控制可以按内网来源、按目标地址、按协议端口三种维度设定，作用位置不同。给线路设配额要按内网来源分组来限，也就是限制某个业务分组从某条线路上能占用的带宽上限，而不是限制单个设备或者限制总出口。限制位置选错是配额不生效的首要原因，多数情况是把限制加在了错误的维度上。
配额数值怎么定，有一个简单可用的方法：先测出每条线路在业务时段的实际可用带宽，然后按分组的重要性给分配比例，核心分组的比例取到线路可用带宽的一半以上，其余分组按剩余空间分。这里关键不是精确，而是不要让任何一个分组能在极端情况下吃满整条线路——只要有一个分组能吃满，配额就等于没有。
第二个要点是给突发流量留缓冲。批量任务的用量呈脉冲式，某一分钟内某个分组冲高是正常的，配额若按平均需求设死，就会持续压制正常波动，表现为业务忽快忽慢。做法是把配额设为平均需求的适当上浮，同时用长周期统计来约束总量，短时的冲高允许，长期的超量要限。
第三点是配额要分层：设备层与分组层各设一层。设备层的配额防止单个窗口异常占满分组，分组层的配额实现线路间的分配。只设一层时，异常总是从另一层钻进来。批量环境里设备层的配额建议给得宽松一些，它的作用只是兜底而不是精细控制。
配完之后怎么验证
验证分三步。第一步看规则是否命中：爱快的流量统计里能看到每条规则的匹配计数，跑一轮业务后计数应该增长。计数为零说明规则没被引用到，通常是限制加在了自定义链上却没在主链挂载。
第二步看是否真的限住：制造一个超配额的场景——让某个分组并发拉高，观察实际带宽是否停在配额值上。这一步不能省，配额配置正确但实际不限流的情况在个别版本上出现过，表现为规则命中、计数增长、但带宽继续往上涨。
第三步看有没有连带影响：某分组被限之后，同线其他分组是否也被拖累。带宽控制的实现方式会引入排队，被限的分组排队时可能占住处理资源，影响同线其余分组。这一步要在业务时段做，非业务时段看不出真实影响。代理IP线路在第三步上的表现最能说明配额是否设得过紧——如果限制生效时延迟同步上升很多，说明配额已低于该线路的合理工作区间。
长期维护上两条经验。一是配额值要写在台账里而不是只存在于设备配置。设备配置容易被改动且不留痕，台账里的数字是核对依据，每季度拿两侧比一次，不一致时以业务实际需求判断哪一侧该改。二是配额调整要一次改一条线路。多条同时改，出现异常时无法定位是哪条改动带来的；批量环境里这类改动最忌讳一次铺开。
最后要说配额的边界。带宽配额解决的是分配问题，不解决线路本身能力不足的问题。如果每条线路都被自己的配额顶住、业务仍然慢，那说明线路总量不够，配额只是让不足分配得更均匀而已。判断方法是临时提高某条线路的配额看吞吐是否上升：上升说明总量有余、分配不合理；不上升说明线路本身已到极限，该考虑增加线路数量或者提升规格。代理IP线路的容量问题要在配额之外单独解决，这一点在做容量规划时要一并想清楚。
问：配额是按上行还是下行设？
两侧都要设，但通常下行更关键。批量任务里上传量小，不设上行配额一般不会出问题；只设下行时，某个分组可能用大量请求占住上行资源，形成间接的挤占。
问：配额要不要按天时段变化？
不建议一开始就做。分时段配额会大幅增加核对复杂度，出问题时难以判断是哪一时段的规则在生效。先做固定配额跑一个季度，确认分配确实随时段差异很大，再考虑分段设置。