一段代理IP挂几个实例，是很多人配置时的实际问题。挂得太少，成本下不来；挂得太多，每个实例分到的稳定性就摊薄了。判断能不能再挂一个，看的不是实例数量，是这段地址在高峰期的表现还有多少余量，余量够就挂，不够就加线。
共用本身没有问题，过度共用才是。
先看这段地址的形态。整段分配的地址，段内成员的稳定性比较接近，挂三五个实例问题不大；从大池子里随机分配的单条地址，同段可能有几十上百个用户，再挂几个实例就是雪上加霜。形态不同，能挂的数量差好几倍。
- 整段独享
- 段内成员固定，可以挂到五六个实例，余量还在
- 整段共享
- 段内有其他用户，挂两三个就要开始观察
- 单条随机
- 同段用户不可控，挂一个都算多，只能靠观察
- 住宅类
- 共用人数天然偏高，挂一个就该按高峰期评估
判断余量的办法是测高峰期，不是测平均。同一条代理IP线路在上午跑得再顺，也说明不了晚高峰的状态，晚高峰的共用人数可能是白天的两倍。测的时候挑压力最大的两个小时，连续跑三天，看失败率和耗时有没有明显抬升，抬升超过两成，说明余量已经用完了。
加线的时机
失败率从百分之二涨到百分之五，或者同样的任务耗时涨了三成，就该加线了。这两个信号出现任意一个，说明这段地址已经撑不住当前的实例数，再加一个只会让情况更差。加线之前不要再挂实例，先把现有负载压回去，等曲线恢复平稳再说。
- 先测高峰期三天的失败率和耗时，拿到基线
- 再逐个加实例，每次加一个，观察两天
- 失败率涨幅超过两成，退回上一个数量
- 退不回去就加线，不要靠压任务硬扛
还有一个常被忽略的因素是实例之间的行为重叠。同一段地址下的几个实例如果同时跑同样的任务，高峰也同时到，那段地址承受的是叠加的峰值；如果错开跑，峰值被摊平，同样的地址能挂更多实例。共用程度不只看数量，也看节奏。
什么时候该换成独享
用代理IP跑超过一个月、对稳定性要求高的任务，直接上独享，别在共享上反复试。共享的成本优势在短周期任务里明显，长周期任务反复换线的成本会吃掉省下来的钱。判断依据是换线频率：一个月换两次以上，就该换成独享。
记录比感觉可靠
每次加实例、加线、换线都记一笔，记下时间、数量、当时的失败率。三个月之后回头看，能看出这段地址的真实承载能力，也能看出自己的判断偏差在哪。不记的话，每次加实例都是凭感觉，感觉通常偏乐观。
共用程度的判断，是一道成本题：多挂一个实例省一份钱，多换一次线多花一份时间。把时间折算成钱，两边一对比，该挂几个就很清楚了。