这关可真行每层配几条线才合适

分好层之后紧接着要回答的问题是：每一层配几条代理IP。配少了不够用，配多了每月都在为闲置付费，而且这种浪费不像别的地方那样看得出来，它藏在配置表里，只要不翻表就没人注意。每层的条数可以由两个数推出来，一个是这一层的号数，一个是每个号的并发需求，两个数相乘再留一点余量，就是这一层该配的条数。听起来简单，实际算的时候有两个地方容易出错，一个是并发需求估高了，一个是余量留多了，两处都会让配置膨胀，而且都不容易自查。

估算容易偏高的地方

并发需求估高是最常见的一个问题。估的时候习惯按动作最密集的那一刻去算，而那一刻一天里往往只出现一两次，为了这一两次把整层的代理IP条数抬上去，其余时间大量的线空着。更接近实际的做法是取一个较长的时段统计平均并发，再把这个平均值往上提一档作为配置值，这样既不会在高峰时不够用，也不会在平时闲置太多。统计的时段建议取一周，短了会受单日活动的影响。

余量不是越多越安全

余量留多了，等于为不会发生的事情付钱。余量留多了看起来安全，实际是在为不会发生的事情付钱。余量的合适大小和这一层号的稳定性有关：主力层的号少、动作重，出问题的概率高，余量留一成左右就够；辅助层的号多，单个号出问题不影响整层，余量可以压到更低，甚至和别的层共用一条备用线。把余量按层分开定，比全群统一留一个比例更省。

条数定下来之后怎么验证

验证的办法是看这一层的使用率。使用率长期低于六成，说明代理IP配多了，可以往下压；使用率长期高于九成，说明余量不足，随时会因为一点波动出现排队。这两个数字把条数的合适区间框住了，往哪边偏都能及时发现。

加号之后的重算

加号之后要不要马上改

号群里加进新号之后，那一层的条数要跟着重算一次。重算的频率不用太高，按批算就够，一批号加完算一遍。等到出问题再回头改，通常已经多花了一个月的闲置开销。

这关可真行的号群在配条数的时候，把估算和验证两个环节都做一遍，代理IP的开销会稳定在一个不多不少的位置上，每层也不会因为余量留错而互相拉扯。

一批号加完，就把那一层的条数重算。