把容量变成可观测指标
地址转换类问题大多先在容量上暴露：会话数增长、地址池端口使用率上升、转换失败计数增加，这些都发生在用户投诉之前。把容量类、异常类与资源类指标纳入监控，才能从被动处理转为提前发现。
基本信息
| 容量类 | 并发会话数、新建连接速率、地址池端口使用率 |
|---|---|
| 异常类 | 转换失败计数、单 IP 会话超限次数 |
| 资源类 | CPU、内存、会话表占用率 |
| 采集方式 | SNMP 轮询、NetFlow/IPFIX 统计、网管平台探测 |
典型使用场景
- 在用户投诉前发现容量趋势异常
- 大促或活动前做容量基线确认
- 定位偶发连接失败与资源耗尽的关系
- 评估扩容或调整会话老化时间的必要性
- 双机切换后对比两台设备指标是否一致
采集与告警建议
采集与告警建议
# 用 SNMP 轮询采集设备指标，用 NetFlow/IPFIX 统计流量与会话
# 建议 1 分钟粒度采集，保留 90 天以上用于趋势分析
# 先为新指标建立基线，再设置阈值告警
# 阈值按业务峰值留出余量，不要用平均值
# 告警联动工单，避免指标只落在报表里指标与异常含义
| 指标 | 异常时的含义 |
|---|---|
| 地址池端口使用率 | 接近上限时新增连接会失败 |
| 转换失败计数 | 容量或规则问题已经发生，不只是趋势 |
| 单 IP 会话超限次数 | 单主机异常外连或被扫描 |
| 会话表占用率 | 并发连接逼近设备处理容量 |
为新指标设置基线并配置阈值告警，阈值按业务高峰留出余量，避免用平均值定线。
只监控设备在线状态不监控会话容量，容量问题会在投诉之后才暴露。
容量类指标建议设两级阈值：预警线用于提前安排扩容评估，严重线触发限流或会话收敛，避免只报警不处置。