无限大多开，热备和冷备怎么配合

热备和冷备不是二选一。无限大的号群里，不同部分的容忍度不一样，主力部分上了热备，辅助部分留冷备，两套并存反而更贴合实际。配合的关键是把每一部分归到合适的一档，别让同一批号同时受两套规则管。

热备

异常时自动接管，适合停不起的那部分号群

冷备

出事时人工切，适合能等的那部分号群

分档依据

看这部分号群中断一小时的产出损失

分档怎么划

按中断损失划，不按环境新旧划。产出稳定、中断就心疼的那部分走热备；产出不连续、能等半小时的那部分留冷备。分档之后要写清楚，哪几套环境属于哪一档，不然时间一长就混了。分档的粒度不用太细，两档就够，三档以上规则会变复杂，维护成本反而上来。代理IP的启用方式按档走，同一档内的环境用同一套规则。

两套规则怎么不打架

两套并存的常见问题是边界模糊：某套环境到底归哪一档，没人说得清。避免的办法是给每套环境一个明确标记，写在一张表里，改的时候一起改。第二是检测点分开，热备的检测跑得勤一些，冷备的只要定期确认连通，两种检测不要混在一个脚本里。第三是记录统一，两种方式的接管和切换都记在同一个地方，回看的时候不用两边翻。代理IP的记录格式统一，跨档对比才做得起来。

归属写清楚，两套规则就不冲突。

什么时候两档并成一档

号群规模变化之后要重新看分档。辅助部分长大了、产出变得重要，就该从冷备升到热备；主力部分缩了，反过来也可以降档。

升级降档要动什么

升档要补的是自动检测和判断条件，降档要撤掉自动接管，改回人工。两个方向都要更新归属表和记录格式，代理IP的配置跟着档位走。

分档要不要按游戏分

不同游戏对地址稳定的要求不一样，但按游戏分档会把规则切得太碎。更实用的做法是按号群的实际用途分，同一个游戏的不同用途可以落在不同档里。

复核多久做一次

每次号群结构有明显变化之后复核一次，没有变化的时候按季度看一次。复核只看两件事：归属还对不对，触发次数正不正常。

无限大的号群如果主力部分和辅助部分都很清楚，两档制本身就够用了，代理IP的启用方式按档固定下来就行。