五六个实例共用一个代理IP地址，跑一段时间之后开始变慢，第一反应是换一条更好的线。换成同样规格的新线，慢的情况照旧，因为问题不在线的质量，在数量。一个地址服务的实例越多，每个实例分到的并发额度越少，高峰一到就互相挤。补线的正确做法是按实例数算，不按感觉补。
线不够就补线，换线解决不了数量问题。
补几条合适，先看两个数：同时在跑的实例数、单个实例的峰值并发。同时在跑三个，单实例峰值十个并发，这条代理IP线路要能承载三十个并发才不排队。拿着这个数去对照线路规格，差多少补多少，补到刚好够用，再留两成余量给突发任务。
- 数清同时在跑的实例数，不是总实例数
- 量出单个实例的峰值并发，取最高那一次
- 两个数相乘，再留两成余量
- 对照线路规格算差多少，按差值补
- 三个实例十个并发，补到三十六的承载量就够
- 六个实例十个并发，还要看错峰，错峰能省三分之一
- 任务周期短的实例不占常驻额度，可以不算在内
补线之后先别急着加实例
一次只动一个变量，才分得清因果。
补完线之后有一段窗口期，这段时间的表现才是这条线的真实水平。很多人补完立刻加实例，加完又变慢，分不清是补得不够还是新的实例太重。正确顺序是补线、观察三天、确认稳定、再加一个实例、再观察两天，一次只动一个变量。
什么时候是该换线
补线解决不了的情况也有：这条地址的归属地不对、这段地址的共用人数太多、或者线路本身在高峰期限速。三种情况的表现不一样，归属地不对是某些任务过不去，共用人数太多是高峰期整体变慢，限速是跑一会儿就掉。分清楚再决定换，不要一律用换线解决。
补线还要看成本结构。按流量计费的线，补一条不增加固定成本，适合短周期任务；按月付的线，补一条就是一份固定支出，适合长周期任务。两种混着用最省钱：常驻任务用月付，临时任务用流量计费，别一律按同一种买。
记账要按实例分组
补了三条线之后，哪条线服务哪几个实例必须记清楚。按实例分组记账，出问题时先看这一组的线，范围立刻小到两三个实例。不分组的话，六条线十条日志混在一起，查一次要半小时，查完还是不确定。
共用本身没有问题
共用不是需要立刻消除的状态，它是成本和质量之间的一个取舍。三个实例共用一条代理IP线路，只要承载量够、任务不冲突，完全可以长期跑下去。需要改变的信号只有一个：高峰期的失败率开始爬坡，且补容量之后仍然爬坡，这时候才说明共用已经到极限。
补到什么时候停
补到实例数和线路数接近一对一的时候停。再往上补就是浪费，因为单个实例的并发通常到不了线路的上限，一对一之后每条线都有富余，多补的线只是在账上多一行。
共用一个地址跑得稳不稳，取决于容量算得准不准。把实例数、峰值并发、线路承载量三个数写在一张纸上，每次加实例之前先看一眼这张纸，比临时换线靠谱得多。
