同一台机器上跑多个实例，默认都会走本机的那条连接，对外看到的自然是一个IP地址。想让它们分开，得让每个实例各自走一条独立的路径，这件事在客户端里能做到，但配完之后还要验证，否则容易以为分开了、实际没有。分没分开，光看配置界面看不出来，得从实例内部去查。
先测一遍现状，再动手改，改完复测一遍，两步都省不得。
测的办法不复杂。在每个实例里打开一个IP查询页面，把它回报的地址抄下来，全部抄完之后对比。有几个相同，就说明有几个实例在共用路径；全不相同，说明已经分开了。这一步做完，后面该动哪里就清楚了，不用再猜。
- 共用路径
- 多个实例走同一条连接，对外地址相同
- 独立路径
- 每个实例各自绑定一条独立专线，地址互不相同
- 绑定粒度
- 按进程绑定最细，按设备绑定最粗
- 验证方式
- 实例内查一次地址，与记录对照
按进程绑定失败怎么办？
先确认客户端有没有拿到进程识别权限，权限不足时只能整机接管，看起来像绑定没生效。其次确认实例是从哪个路径启动的，同一程序从不同路径启动会被当成两个进程。两处都对还不生效，再考虑换一个支持按窗口识别的客户端。
测出来几个相同，就有几个要改，别凭印象猜。
分开之后还要看什么
地址分开只是第一步。多个实例的操作节奏如果完全同步，整体看起来仍然整齐。把启动时间、任务顺序错开，比多买几条线路更能改善独立性，成本却低得多。
绑定粒度怎么选
能按进程就不按设备。整机接管会把不需要走线路的程序也带进去，本机带宽被占，日常使用也受影响。按进程绑定时，把要走的程序逐个勾上并指定IP线路，其余保持直连，这是最省资源的方式。
实例多了怎么管
实例超过五六个之后，靠记忆对应关系会出错。做一张表，写清实例编号、绑定的IP线路、验证结果，改配置时照着表来。表不用复杂，三列就够，能省掉大量重复排查。
什么时候不必拆
只跑一两个实例、对独立性没有要求的，不用折腾。拆开有成本，配置、验证、维护都要花时间，收益不明显的时候保持原样更合适。判断依据是这件事出问题之后要返工多少。
长期运行的维护
线路会掉线，实例会重启，配置有可能被覆盖。每隔一段时间复测一次，把结果记进那张表里，发现某条线掉了就补上。这套动作形成习惯之后，出状况的次数会明显下降。
别忽略本机带宽
几条线路同时在跑，本机上行带宽会成为瓶颈，表现是所有实例一起变慢。这时候加线路没有用，先看本机上行到底跑到了多少，再决定要不要分流到另一台设备上。