单台设备承担全部出口时，它一旦停下，所有依赖代理IP的业务就一起停。对连续性要求高的环境会考虑再加一台，让它在上游或者主设备不可用时接手。双机冗余听起来复杂，实际要解决的只是三个问题：什么时候接管、怎么接管、接管之后怎么确认。在爱快软路由上这几件事都有可查的痕迹。
冗余解决的是哪一种中断
代理IP出口的可用性中断也要区分两种情况。一种是设备本身停机或重启，另一种是设备还在但某条线路不可用。前者靠备机接管整台设备，后者通常由线路之间的切换来应付，两者用的机制不同。把它们当成一件事处理，就会出现备机一切正常、业务却仍然中断的情况。
接管需要满足什么条件
接管要成立，备机上必须有一份可用的配置，并且知道主设备当前的状态。爱快软路由上把配置导出并定期同步到备机，是最省事的做法；再配合一个判断条件，让备机在探测不到主设备时自己顶上来。探测的间隔与判定次数要慎重，太灵敏会误接管，太迟钝则失去意义。
接管之后要检查什么
接管发生之后，要检查的第一项是出口有没有变。备机的线路配置未必与主设备完全一致，接管成功后走向可能与之前不同，业务侧未必立刻察觉，但结果已经变了。第二项是状态是否同步，尤其是哪些设备在分组里、规则顺序如何。代理IP分流的规则一旦在备机上缺了一条，接管之后的走向就会与平时不同。
不建议过度设计的部分
在爱快软路由上，代理IP出口的冗余也有不适合过度设计的地方。冗余层数越多，故障时的排查入口就越多，平时看起来稳妥，出问题却不知道该先看哪一台。对多数环境来说，两台设备互为备份已经足够，把探测条件与切换记录做扎实，比再加一层更有价值。
需要留意的是，切换本身会打断已经建立的连接。备机接手之后，代理IP线路上的长任务需要能够自行重来，否则冗余只解决了设备层面的可用性，业务层面的中断依然存在。
代理IP出口的冗余，目标不是永不中断，而是中断之后能自己恢复。
把接管条件写清楚，冗余才算真正装好。