按池监控才定位得到问题
出口通常不止一个地址池：上网流量、服务发布、VPN 接入往往各用各的池。只监控「NAT 总使用率」会把问题抹平——某个池已经耗尽，总量看起来还不到一半。按池分别设置阈值与告警级别，才能在一个池出现异常时立刻定位到受影响的业务范围。告警之后要有明确的处置顺序：先查异常连接，确认属于业务自然增长再谈扩容。
基本信息
| 告警项 | 地址池使用率、单个公网地址的端口占用、会话转换失败计数 |
|---|---|
| 阈值设置 | 按各池业务峰值留有余量设定，如 70% 预警、85% 严重 |
| 池分类 | 按用途区分（上网、发布、VPN 等），分别设置阈值与告警级别 |
| 通知渠道 | 告警联动值班通知渠道，严重级别需要有人即时确认 |
| 回顾节奏 | 月度回顾各池利用率趋势，评估扩容与地址回收 |
典型使用场景
- 大促与活动前：确认发布池与上网池的余量能否承接预估连接数增长
- 高峰期告警响应：按池确认受影响业务范围，判断轻重缓急
- 排查异常占用：某个池使用率异常升高时，追查来源地址与会话特征
- 地址规划：根据各池使用趋势判断是否需要新增公网地址
- 扩容效果验证：扩容后观察使用率与失败计数是否回落到安全区间
- 闲置资源回收：识别长期低使用率的池，把地址调配给紧张的业务
监控配置思路
监控配置思路
1. 识别各地址池用途（上网 / 发布 / VPN 等），分别命名并记录
2. 为每类池设置差异化阈值与告警级别 # 发布池影响面大，阈值应更保守
3. 告警联动通知值班渠道，严重级别要求有人确认
4. 记录每次告警的处置动作与结论，形成处置台账
5. 月度回顾各池利用率趋势，评估扩容与地址回收告警项读法
| 告警项 | 含义 | 处置方向 |
|---|---|---|
| 池使用率 | 该池已使用的地址与端口资源比例 | 持续高位先查异常连接，再评估扩容 |
| 单地址端口占用 | 某个公网地址上的端口使用情况 | 个别地址偏高可能是映射集中，需均衡分配 |
| 转换失败计数 | 因资源不足导致的转换失败次数 | 出现非零即代表已有业务受影响，需立即介入 |
| 告警级别 | 按影响范围划分的紧急程度 | 严重级别需即时确认，避免在通知渠道里沉底 |
| 趋势变化 | 利用率随时间的走向 | 缓慢上升属正常增长，陡增往往对应异常 |
阈值用默认值往往与业务峰值不匹配：太松则形同没有监控，太紧则天天误报，最后值班人员对告警脱敏。按各池的历史峰值定阈值，并留出可解释的余量。