一个ip代理能挂几个实例，没有标准答案，只有一个可以试出来的上限。上限由三样决定：这条线路允许的同时连接数、实例的握手频率、以及服务方对单地址的限流规则。三样里前两样能自己测，第三样得问清楚，问不到就用保守值。
- 先问清单地址的连接数上限
- 再测单个实例的常态连接数
- 用二者相除，得到理论值，再打七折
- 理论值只是起点，实际要逐步加
- 每次加一个，观察一天再继续
- 出现排队就退回上一档
打七折的理由是留余量。理论值算的是极限，实际跑起来会有突发、有重连、有并发峰值，刚好卡在极限上，稍微一涨就过载。留三成余量，突发时才有缓冲空间。
测什么，怎么测
测单个实例的常态IP连接数，别测峰值。让它按正常节奏跑一小时，记下同时建立的连接数，取中位数。峰值没有参考价值，一个实例偶尔冲到五十条连接不算常态，按峰值算会严重低估能挂的数量。
握手频率比连接数更容易成为瓶颈，因为握手最耗资源。同样是十条连接，长连接挂着不动和每分钟重建一次，对线路的压力差好几倍。测的时候要把握手频率一起记下来，只看连接数会误判。
还有一个变量是时段。白天测出来的结果，晚高峰可能打对折。测的时候分两个时段各测一次，取差的那个当依据，别用最好的结果当标准。
加实例的节奏
每次加一个，跑满一天再决定要不要继续。加完当天就看出问题的，说明这条代理IP线路已经过载；当天没事但第三天开始卡，说明是积累效应，比如连接泄漏或者资源没有释放。两种情况的处理方式不同，所以观察期要够长。
加的过程中记录三样：实例数、被拒比例、平均延迟。三样一起看，能提前发现问题。只看延迟容易漏掉被拒，只看被拒容易误判成偶发。
退档比加档更重要，代理IP的上限试出来之后要守住。出现排队立刻退回上一档，别硬撑。撑着跑的代价是全体变慢，比少挂一个实例的损失大得多。
上限是试出来的，不是算出来的。
算一个起点，试出真实上限，留三成余量，这套流程比凭感觉更靠谱。