留余量这件事，少了不够用，多了也麻烦。留得太少，新设备一批进来就要重排；留得太多，编号区间大片空着，看表的时候分不清哪些是真在用、哪些是预留。合适的量取决于这一类设备的增长速度，没有一个通用比例可以套。代理IP场景里分段安排线路时，同样按增长估，不按当下的台数估，两者差别在扩充的时候才显出来。
余量按什么估
按未来一年内这类设备可能增加的数量估，再往上取整到方便记忆的位置。比如现在二十台、一年后可能三十台，就按三十二留，比刚好三十更从容。取整的好处是边界好记，口头沟通时不容易说错，写进表里也整齐。取整的步长不必太细，够用就行。
- 正在快速扩张的类别，余量留足
- 数量已经稳定的类别，余量可以少留
- 测试类环境按批次估，多留一些
留多了会怎样
空着的区间会在表上占位置，时间一长，没人说得清它到底还留不留给原来那一类。有些段被临时借用之后没有销账，后来变成两套用途混在一起。余量过大还会让相邻类的边界往外挤，原本宽裕的另一段反而变得紧张，最后还是要重新调。代理IP的机动段也按同一原则留，不用一次就给足。
什么时候可以少留
设备数量已经稳定、增长主要来自替换的场景，余量可以少留。测试环境反而要多留，因为它常按批次整体扩充，一批就是十几台。判断标准是这一类的增长曲线，不是它当前有多少台，也不是别的类留了多少。
余量不是一次定死的数字，它跟着这一类设备的增长曲线走。
把当下的台数当依据，等于把重排的时间推后几个月。
按增长估、取整到好记的位置，余量才算定得有理有据。代理IP的余量同样跟着增长速度走。余量留得合适，改动的次数自然就少。