留冷备像是标配，但它不是。战舰世界的号群里有一部分，留了冷备反而多一层负担：要维护、要演练、要记得它还在。判断需不需要留，看的是主用线出问题之后，号群能不能等。能等的号群，把主用线修好就是，不需要第二块牌；等不起的号群，冷备就是必需品。下面几种情况可以放心不留。
三种可以不留的情况
第一种是产出不连续的号群。挂号与产出之间如果本来就有等待，比如收成、冷却、每日限次的产出，主用线停一会儿不影响既定节奏，修好继续跑就是。第二种是规模很小的号群，一台机器几个号，出了问题慢慢处理，损失有限，留冷备的维护成本反而超过它挡掉的风险。第三种是主用线本身就带多条可用地址的号群，服务方那边可以随时换一条，切换动作在服务方内部完成，本地不需要单独留一条。三种情况的共同点是号群等得起，或者换线这件事本身不需要本地动手。代理IP的冗余放在服务方侧，和放在本地，是两种不同的成本结构。
第一种：产出不连续
产出有等待周期的号群，中断的代价被摊薄了。战舰世界的挂机产出如果本来就按小时甚至按天结算，主用线停半小时，回来接着跑，总产出几乎不变。这种号群留冷备的收益很小，把精力放在主用线和代理IP的稳定性上更实在。要确认这一点，可以算一笔账：主用线一个月停几次、每次停多久、损失折算成产出是多少。数字小到可以忽略，就不必留。
第二种：规模很小
几个号的号群有个特点，就是响应速度快。出问题了，一个人几分钟就能上手处理，不像大号群要走一圈流程。这种小号群留冷备，等于给一辆本来就能随手推的车配了个拖车。规模小的时候，更合适的做法是把主用线选稳一点，选一条长期不折腾的线，比再备一条划算。
小的好处是转身快。
第三种：换线在服务方侧
有的服务方式本身支持在一条配置后面挂多个可用地址，出问题的时候换地址在服务方后台完成，环境那边不用动。这种结构下，本地留的冷备与它功能重叠，两边都维护反而容易乱。判断的方法很直接：主用出问题的时候，需要本地动手改配置吗。不需要动手，就说明冗余已经在你够得着的地方了。代理IP的这类配置在选服务的时候问清楚，后面能省掉一层本地工作。
- 产出不连续：中断被等待周期摊薄，不必留
- 规模很小：随手能处理，不如把主用线选稳
- 换线在服务方侧：本地不必再备一条
不留的时候要做什么
不留冷备，有两件事还是要做。第一是把主用线的问题处理路径想清楚，出问题先查什么、找谁、多久能修好，这些提前有数，处理起来才快。第二是留一份主用线的关键信息，服务方、线路类型、到期时间，放在随手能拿到的地方。真出事的时候最耗时间的往往是把信息找出来，修的那一步反倒快。代理IP这条线的基本信息记清楚，比多备一条线更能减少慌乱。
战舰世界的号群如果按上面三种情况对号入座，多数能得出不需要冷备的结论。结论不是永久的，号群规模变了、产出节奏变了，再回来重新判断一次就行。