账号多了先分目录，ip再按目录配一份

实例多起来之后，配置会变成一团乱麻：哪个目录走哪条IP线路，哪条线属于哪个账号，全在脑子里。时间一长，记忆一定出错。解决办法不复杂，把目录和地址做成一张对照表，改一次记一次，后面所有判断都从这张表出发，不靠回忆。

表的用法是双向的：从目录能查到地址，从地址也能查到目录。单向的表只能解决一半问题，遇到地址出故障想找受影响的实例时，还得从头翻一遍，翻到一半就烦了。做法很简单，按地址再排一次序，或者加一列反向索引，多一张纸的事。

为什么按目录配地址

目录是稳定的，地址是易变的。目录编号一旦定下很少改，地址可能因为线路调整而更换。以目录为主键配地址，换线的时候只改一列，其余不动；以地址为主键，换一次线要动好几处，改漏一处就对不上号了。

配的时候一个目录只对一条独立IP线路，别做一对多。两条线配一个目录，走哪条取决于谁先连上，结果不可控，排查时也没法复现。要做冗余就用主备，主断了切备，切换记录写进表里。

还有一点是命名。IP地址编号按服务商加序号，别用地址本身当编号。地址会变，编号不会，用地址当编号等于每次换线都要重命名一遍。

表怎么维护

改配置的时候顺手改表，别攒着。攒着的结果是一周之后想不起来改过什么，表就废了。一个人维护的表要写日期，多人维护的表再加一列负责人，出了问题能找到人问。

表放在哪

放在所有人能访问到的固定位置，别放在某个人本地。本地文件只有一个人看得见，换个人接手就断了。纯文本或者表格都行，能版本管理更好，改错了能退回去。

多久核对一次

一个月核对一次。做法是随机挑三个目录，看实际走的地址跟表里写的是不是一致。不一致说明有人改了没记，这时候补记比追责重要。

新实例怎么加

先占一个目录编号，再分配地址，最后两行都写进表。顺序反过来容易乱：先分了地址，目录还没建，地址就空挂着，过几天谁也想不起来这条线是给谁的。

表之外还要留什么

留变更记录。表只记当前状态，变更记录记过程：什么时候、谁、为什么改。出了问题回看变更记录，往往能直接找到原因，比从头排查快十倍。

记录不用写得多正式，一行一句话就够，关键是连续。连续三个月的记录能看清趋势，零散的几句话反而添乱。

表是给三个月后的自己看的，不是给现在看的。

目录和地址对上了，日常维护就从凭记忆变成查表，出错率立刻降下来。

先有表，再谈优化，没有表什么都做不长久。表建起来之后每周对一次，比月底突击整理省力得多。