云上业务无法访问外部服务时，问题未必出在应用本身：公网 IPv4 地址不足、SNAT 端口紧张，或某个出口网关达到连接承载上限，都可能导致新连接失败。云上网络出口地址池规划与IP耗尽应对应先分清故障类型，再决定增加地址还是调整流量路径；只扩地址，未必能解决端口或网关容量问题。
先识别耗尽的是地址、端口还是网关
出口地址池通常指供私有网络资源访问公网时使用的一组公网源地址。以 NAT 网关为例，多个实例可经由同一出口地址对外发起连接，外部服务看到的是转换后的源地址。若合作方按来源 IP 配置白名单，地址变更还会影响访问授权。
排查时对照连接失败时间，查看云平台提供的 NAT 连接数、丢弃包、端口分配失败等指标，并检查实例、子网和路由表。若错误集中在新建连接，已有连接仍正常，需重点核查 SNAT 端口与并发连接；若出口白名单不匹配，则先核实实际公网源地址。指标名称和可观测范围因云平台而异。
出口地址池规划的五项工作
1. 盘点出口流量与依赖方
按业务、子网和出口路径列出需要访问公网的资源，区分持续连接、短时请求、批量任务及第三方白名单依赖。检查路由，找出哪些资源共用同一 NAT 网关或弹性公网 IP。不要把未使用的历史地址直接算入可用容量。
2. 估算峰值，并留出弹性
使用高峰时段的并发连接、连接建立速率和目的地址分布估算需求，而非只看日均流量。短连接密集的任务可能比流量更大的长连接业务更快消耗端口。可先按现有峰值规划，再依据业务增长和突发程度预留约 20% 至 30% 的余量作为内部起始值；这不是平台通用保证，最终应以压测和实际指标校准。
3. 按用途拆分地址池
将生产服务、定时任务和开发测试流量分开，必要时为不同子网或业务配置独立出口。这样便于定位异常，也能避免测试任务挤占关键业务的连接资源。集中共用地址的优点是管理简单、地址利用率较高；缺点是故障影响面大，且白名单变更更难分责。隔离出口则更清晰，但增加地址和运维成本。
4. 设计扩容及地址变更流程
确认云平台支持的 NAT 网关地址数量、配额、路由切换方式及生效时间，再制定变更步骤。新增地址后，逐项核对出口规则、第三方白名单和安全策略；保留回退路径，并在低风险时段验证。若业务方依赖固定源 IP，应先通知并完成白名单更新，避免先切流再补授权。
5. 监控、告警并定期演练
为连接数、端口分配失败、丢弃流量和地址利用情况设置趋势告警。告警阈值应结合网关规格与历史峰值确定，可在容量持续接近内部上限时提前处理，而不必等到请求报错。定期演练新增出口地址、切换路由和回退，并记录操作责任人与验证结果。
发现接近上限后的处理顺序
确认故障范围：比较不同子网、业务和目的服务的连接结果，排除域名解析、远端限流及安全策略问题。
查看网关与流量指标，判断是公网地址配额、SNAT 端口压力，还是单个网关的连接能力不足。
对短时突发，可先错峰批量任务、复用连接或限制异常重试；需要长期扩容时，再增加出口地址或拆分出口路径。
变更后从应用侧验证目标服务、外部白名单和回程连接，并持续观察指标，确认问题消退且未影响其他业务。
常见问题
增加公网地址一定能解决耗尽吗？
不一定。若瓶颈是端口、网关连接能力、平台配额或远端服务限制，应针对对应环节处理。
多个业务能否共用一个出口地址？
可以，但要确认并发容量足够、故障影响可接受，并明确白名单和变更责任。隔离要求高的业务宜分开规划。
地址池应多久复核一次？
没有适用于所有业务的固定周期。业务上线、流量明显增长、网关调整或出现连接失败后应复核；稳定业务也可纳入常规容量评审。做好盘点、预留和验证，才能让云上网络出口地址池规划与IP耗尽应对从临时救火转为可管理的容量工作。