云服务器上做多地址，常见做法是加网卡再绑弹性地址。一台实例挂两张网卡，每张网卡绑一个弹性地址，对外就有两个来源。这套配置在自建代理的时候很有用：两个地址可以分给两组业务，也可以一个做主力一个做备用。弹性代理IP的好处是能随时解绑换绑，不跟着实例走。
先说清一个前提：弹性地址绑在网卡上，不绑在实例上。
所以做多地址的顺序是：先加网卡，再给新网卡绑弹性地址，最后在系统里配路由。顺序反了，会出现地址绑上了但流量出不去的情况，看着配置都对，实际一条路由都没生效。
路由这一层是最容易漏的。新网卡有了地址，系统默认还是从主网卡出去，第二个地址形同虚设。要在系统里加策略路由，让指定来源的流量走指定网卡。这一步不同的系统写法不同，核心思路一样：按来源地址或按目标地址匹配，决定从哪张网卡出去。
代理IP做完之后一定要验。从外部发起连接，看对端看到的来源地址是哪一个；再从实例内部查一次，两边对得上才算成功。只在内网查地址，看到的是内网地址，证明不了什么。
带宽这块要注意。弹性地址的带宽是单独计费或者单独限速的，两个地址不等于带宽翻倍。有的实例规格对总带宽有上限，绑了第二个地址，总带宽还是那个数，只是分成了两股。需要更大带宽，得从实例规格和带宽包上解决。
安全组也要跟着改。新网卡默认可能不在原安全组的规则里，地址绑上了但端口不通，表现是连接超时。检查新网卡关联的安全组，把需要的端口放开，这一步漏掉的人不少。
稳定性上，弹性地址比固定公网地址灵活，但解绑换绑有生效时间，通常几十秒到几分钟。做切换的时候要留出这个窗口，别在业务高峰期换。代理IP这类需要连续性的场景，换绑前后各留一次验证，确认新地址已经生效再切业务。
整套配下来，一台实例两个地址的成本，比买两个实例低不少，管理也集中。代价是配置复杂，路由、安全组、带宽三处都要对，任何一处漏了都会表现为「地址有但用不了」。
配完之后把这些写进文档：网卡编号、绑定的地址、路由规则、安全组、生效时间。下次要加第三个地址，照着文档走一遍就行；没有文档，第二次配还要重新踩一遍同样的坑。