多个账号同时跑，最容易乱的不是网络，是数据目录。所有实例共用一个目录，缓存、登录状态、临时文件全混在一起，出了问题分不清是谁的，清理的时候也不敢下手。先把目录分开，再谈IP线路怎么配，这两步的顺序很关键。
目录不分，后面做什么都是糊的。
目录分开要分到什么程度？
每个实例一个独立目录，配置、缓存、日志都在里面。目录名用编号加用途，别用账号名，账号名可能变，编号不会。备份和迁移的时候按目录整体搬，不会漏。
目录分开之后，好处立刻显现：某个实例出问题，直接看它自己的日志，不用在一堆混在一起的记录里翻。清理缓存也只清一个目录，不影响其余实例。这一点在实例超过五个之后差别非常明显。
目录是账本，账本清楚了才好查。
分开的方式有两种：按实例分，或者按用途分。实例少按实例分，一目了然；实例多按用途分组，组内再按实例编号，层级清楚。两种都行，关键是规则统一，别一半按实例一半按用途。
目录分开只是第一步，IP和权限也要跟着分。同一个系统账户跑所有实例，出问题时权限是共享的，一个实例能读到另一个的数据，隔离并不彻底。有条件的话，每个实例配一个系统账户，这一步多做十分钟，后面省很多事。
目录和线路怎么对应
目录编号跟IP线路编号对齐。一号目录走一号线，二号目录走二号线，配置表里两列并排写。这样查问题时看一眼编号就知道走的是哪条线，不用再去翻配置。
迁移的时候怎么处理
整体搬，别拆开搬。整个目录复制过去，线路配置在新的环境里重新填一遍，别把旧的配置直接带过去。旧配置里可能有已经失效的参数，带过去会引入难以察觉的问题。
备份要不要做
要做，但只备份配置和必要的状态，别备份缓存。缓存文件大，备份慢，恢复之后反而可能因为缓存不一致出问题。配置一天一备，状态一周一备，够用。
目录命名有什么讲究
用编号开头，方便排序；中间写用途，方便识别；不要用中文和空格，避免某些程序处理路径时出错。命名规则一次定好，后面新增实例照抄，不用每次想名字。
什么时候该重构目录
规则变了就该重构一次。比如从按实例分改成按用途分，或者实例数翻了一倍，原来的层级不够用。重构的时候先停实例，搬完再逐个验证，别边跑边搬。
目录理清楚了，线路配置才有地方落，排查也有据可依。
先把账本做清楚，再谈网络，顺序别倒过来。账本乱了，后面的分配和对账都没法做。