统计交换机的整体吞吐量

没有

一般是统计所有端口的，然后总计就行

命令看不了，官网查询相关参数 

V7 交换机 CLI 没有一条直接输出 “整机总吞吐” 的原生命令，交换机硬件是分布式转发，整机吞吐不能直接读取一个汇总值；分「单接口峰值」「接口累计字节」「整机估算」「历史长周期统计」4 种场景H3C。

1、单接口：实时速率、接口峰值、累计总流量

关键字段：

1. Last 300 seconds input/output rate：最近 5 分钟（flow‑interval 默认 300s）的平均速率；
2. Peak input rate / Peak output rate：该接口记录的历史峰值速率，附带峰值发生时间（硬件芯片记录，重启会清零）H3C；
3. Input(total): xxx bytes / Output(total): xxx bytes：接口上电 / 计数器清零之后，累计总字节数，可以用来算一段时间流量总量。

修改采样周期：接口视图 flow‑interval 60，最小 30 秒，默认 300 秒。 清零计数器：reset counters interface GigabitEthernet 1/0/1（只清统计，不影响业务配置）H3C。

2、如何估算整机吞吐量（无直接整机汇总命令）

• 方式 A：看上行 / 核心互联接口，一般业务流量都经过上行口，以上行接口速率代表业务吞吐，这是工程上最常用做法。
• 方式 B：把所有业务接口display counters rate的 inbound 做累加，近似整机入方向吞吐。⚠️注意：报文在交换机内部转发会同时在入、出接口各计数一次，直接全部接口相加会重复计算，数值偏大，只能做参考，不是真实整机转发能力。

❗不要把所有接口速率直接相加作为整机吞吐量，内部转发报文会计两次。

3、获取一段时间内流量总量

方案① 手工计数器（简易，无额外功能授权）

1. 时间点 A：执行reset counters interface all（所有接口计数器清零）；
2. 等待需要统计的时长（例如统计 24 小时）；
3. 时间点 B：display counters读取各接口 Input/Output 总字节，换算 MB/GB。

缺点：设备重启、接口 down/up 会导致计数器自动清零，统计失效。

方案② ifmonitor 接口历史监控（部分高端交换机支持，保存最近 7 天历史）

该功能部分低端交换机不支持，最多保留 7 天采样数据，可看各接口历史速率，但仍然没有整机汇总H3C。

方案③ NetStream/sFlow（推荐生产做长期监控）

开启 sflow/netstream，配合外部网管（iMC、zabbix、prometheus），由服务器持续采集，保存长期整机、各接口速率、峰值、总流量。

交换机本地不会保存几天、几周的完整历史峰值，长周期历史数据必须依赖外部网管采集。

4、容易踩坑点

1. Peak input rate是单接口峰值，设备重启、接口 down 后，峰值记录会清空丢失，不是永久保存；
2. 交换机没有 “整机历史峰值” 寄存器，只能靠网管持续采样保存；
3. counters 的 bytes 计数器是 uint64，会溢出翻转，长时间不读取会出现 Overflow。

IMC配套NTA组件