单台机器跑不完的任务，拆到几台上并行，总时间能压下来。多台一起跑之后，新问题跟着来了：哪台用哪条线路、同一台是不是可以换着用、共用一条线路会不会互相影响。这些没定清楚，速度上去了，问题也多了。
怎么分配
最简单的做法是一台机器固定一条线路，机器和线路一一对应。这种安排的好处是出了问题一眼能看出是哪台、哪条线路，记录也简单。代价是资源利用率偏低，某台机器闲着的时候，它那条线路也跟着闲。
机器固定还是按任务分
再进一步是按任务分，代理IP的线路和任务成对安排，机器只是执行的地方。同一台机器在不同时间可以跑不同任务的线路，调度灵活，但要求记录能清楚写出「哪个任务用了哪条线路」。哪种更好取决于任务量稳不稳。
- 机器和线路一一对应，记录最简单
- 按任务分配线路，资源利用率更高
- 同一台机器换线时，记录要跟上
- 共用线路的机器数量要有个上限
共用一条代理IP线路时，几台机器发出的请求会落在同一个来源上。数量多了，对端的判断就会变化，表现出来就是部分请求得不到正常回应。所以共用可以，但要有个上限，超过上限就换到另一条去。
上限怎么定
上限定多少，看任务本身。请求量小的场景，三五台共用一条也没问题。请求一密集，同一个来源上的压力就上来了，这时候上限要往下调，宁可多分几条线路出去。
出了偏差怎么查
多台机器一起跑，最容易出现的情况是结果比预期少，或者某几台明显比别人慢。这时先看记录里机器和线路的对应关系有没有按计划走。有时候是某台机器读了旧的配置，用了别人那条线路，看起来正常，实际全落在一个来源上。
记录能对上，偏差才查得动。
- 结果偏少
- 先查有没有机器重复用同一条线路
- 部分机器偏慢
- 对照这几台的线路，是否集中在同一条上
- 整体正常个别异常
- 查该台的配置是否与计划一致
几台机器共用一条线路可以吗
可以，前提是总量在可控范围内。共用的机器越多，同一个来源上的请求越密集，出问题的概率越高。稳妥的做法是给每条线路设一个机器数的上限，超了就分流到其他线路。
多机并行先定对应关系，再谈提速。
多台机器并行带来的收益是时间，代价是管理复杂度。代理IP的分配关系写清楚、共用上限定下来、记录能对上，这三件事做完，并行的好处才拿得到。对应关系写明白，多机才不会互相拖累。